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PREFACE 



This manual provides detailed information for users who require a comprehensive 
knowledge of the internal and external interfaces of the Intellec Series II Microcom- 
puter Development System. The information contained in this manual includes 
definitions of the internal interface commands and their functions, descriptions of 
the system "firmware" (i.e., ROM-resident programs), and definitions of inter- 
processor protocol. The intent of this manual is to describe existing interfaces and to 
explain how these interfaces may be accessed to meet specific user requirements. 
Readers of this manual are assumed to have a prior knowledge of real-time 
microcomputer systems and an intimate familiarity with the functional organization 
of Intellec development system hardware and software. This manual duplicates, in 
condensed form, information contained in other Intel manuals and also provides a 
compilation of system and interface information not otherwise available. The 
manual is divided into the following five chapters: 

Chapter 1 — Overview. A review of the Intellec Series II development system as 
it relates to user-accessible interfaces. 

Chapter 2 — Multibus Interface. A description of the primary user-interface to 
the development system including ROM and RAM expansion, I/O port 
assignments, bus priorities and interrupt assignments. 

Chapter 3 — Serial I/O Interfaces. A description of the two serial I/O channels 
of the Integrated J^rocessor Board (IPB) or Integrated Processor Card (IPC) 
and how the channels can be modified to meet user requirements. 

Chapter 4 — IOC I/O Interfaces. Descriptions of the program interfaces to the 
integral CRT, keyboard and integral diskette of the I/O Controller (IOC) and 
of the protocol required for communications between a master processor and 
the IOC. 

Chapter 5 — PIO Subsystem Interfaces. Descriptions of the program interfaces 
to the standard parallel I/O devices (paper t-ape reader/punch, line printer and 
PROM programmer) of the Parallel Input/Output (PIO) subsystem and of the 
protocol required for communications between a master processor and the PIO 
subsystem. 

Appendixes A, B, C and D. Program examples of an Interrupt Routine, Basic 
Input Driver Routine, Basic Output Driver Routine and Diskette Read/Write 
Routine. 

Appendix E. Interface connector pin assignments and dc signal specifications 
for the Multibus interface and peripheral interfaces. 

The level of descriptions in this manual assume a familiarity with the Intellec Series 
II development system structure, with the software interfaces of programmable Intel 
chips, and with the Multibus interface. This prerequisite information can be found 
in the following Intel manuals: 

Intellec Series II Microcomputer Development System Hardware Reference 
Manual, 9800556 

Intellec Series II Model 22X/23X Installation Manual, 9800559 

Intellec Series II Microcomputer Development System Schematic Drawings, 
9800554 

ISIS-II User's Guide, 9800306 

Intel Multibus Specification, 9800693 

Intel Component Data Catalog 

Intel Peripheral Design Handbook 
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CHAPTER 1 
OVERVIEW 



1.1 SYSTEM CAPABILITIES 

Intellec Series II Microcomputer Development 
System, as delivered, is a stand-alone system that can 
be upgraded by the addition of numerous hardware 
and software options. Performance of the develop- 
ment system ranges from generation and editing of 
simple paper tape-based programs to a hard disk- 
based system capable of supporting assembly or com- 
pilation of relocatable library supported code, sym- 
bolic debugging of user hardware/software systems, 
and selective programming of validated user software 
into PROM. Without modification, the Intellec 
Series II development system is capable of supporting 
product development from design inception to the 
end of the product's life cycle. 

There are three basic development system models in 
the series: The Model 220, the Model 225 and the 
Model 230. Additionally, there are two variations of 
each of the basic models according to the operating 
voltage configuration. For example, a basic Model 
220 development system that is configured at the fac- 
tory for 1 15 volt operation is designated a Model 220, 
while a basic Model 220 that is configured for 230 
volt operation is designated a Model 221. All models 
in the series feature an integral video display and an 
attached keyboard, an integral power supply, a six- 
slot Multibus-compatible card cage and either one or 
two flexible disk drives. The development system 
itself is made up of three microprocessor-based com- 
puting elements that are contained on two printed 
circuit board assemblies. One assembly (either an 
Integrated Processor Board or an Integrated Pro- 
cessor Card) is inserted into the uppermost slot of the 
card cage and incorporates the master processor. The 
other assembly (the Input/Output Controller) is 
mounted on the inside of the rear panel. This 
assembly contains the Input/Output Controller 
(IOC) processor and the Parallel Input/Output (PIO) 
subsystem processor. Both the Model 220 and the 
Model 225 include an integral single-density diskette 
drive and differ only by the circuit board assembly 
installed in the card cage (the Model 220 uses the 
8080-based Integrated Processor Board or "IPB," 
and the Model 225 uses the 8085-based Integrated 
Processor Card or "IPC"). The Model 230 is sup- 
plied with a separate chassis that contains two 
double-density diskette drives in lieu of the integral 
diskette drive common to the Models 220 and 225. 
The card cage of the Model 230 includes an 8080- 
based IPB, a 32k RAM board and a two-board 
double-density diskette controller (to support the two 
double-density diskette drives). 



The high efficiency and cost effectiveness of the 
Intellec Series II development system, in each of its 
many configurations are made possible through the 
use of general-purpose hardware and task-oriented, 
diskette-based software. This delegation of system 
personality to software not only simplifies upgrading 
of development capabilities, but also allows altera- 
tion or even replacement of basic system processes. 
The Intellec Series II development system may thus 
be viewed as a relatively rigid framework of general- 
purpose hardware that can be user programmed to 
meet the needs of a wide variety of applications. 

The generation of any resident software requires a 
knowledge of the system environment within which 
the software will operate. This manual delineates the 
Intellec Series II development system environment in 
terms of the various interfaces between the develop- 
ment system and its subordinate devices and/or 
external systems. 



1.2 MODIFIABLE HARDWARE LOGIC 

Although most modifications of Intellec Series II 
system functions are accomplished by the replace- 
ment of software, there are a few hardware changes 
that may be concurrently necessary. The following 
text defines changes of this type. 

One general rule to be observed when modifying an 
Intellec Series II development system is that most 
existing hardware cannot be changed. Aside from 
reconfiguration of jumpers and replacement of ROM 
chips, changes to hardware will not only void the 
system warranty, but may also adversely affect the 
operation of the supplied software. Furthermore, 
any hardware rework, including rejumpering or 
ROM replacement, must meet Intel workmanship 
standards to maintain warranty provisions. Full war- 
ranty rights are preserved only if written permission 
is obtained from Intel prior to hardware alterations. 

Prohibition of hardware changes is not as restrictive 
as it might first appear. For one thing, the prohibi- 
tion, whether stated or not, is imposed by the system 
design which employs buses for communication 
between intelligent preprogrammed chips. Another 
factor negating the need for hardware changes is that 
the Intellec Series II development system hardware 
was designed in anticipation of other user applica- 
tions. The Multibus interface and the serial I/O 
channels are true general-purpose interfaces that can 
be used for specific applications required by the user. 
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The following is a list of hardware circuit elements, 
the use of which may be initiated or altered subse- 
quent to system delivery (usually in conjunction with 
software changes). 

• The IOC ROM may be expanded from 8k to 16k. 

• The IOC RAM may be expanded from 8k to I6k. 
This change requires replacement of 2108 chips 
with 21 16/21 17 chips and the repositioning of 
two jumpers that allow application of a 14-bit 
address to the RAM. 

j^* The serial I/O channels are associated with a 
number of jumpers that determine the routing 
and use of data, clock pulses, and control signals 
for various terminal and data set configurations. 
The jumpers, located on both the IPB/IPC and 
IOC boards, are discussed in Chapter 3. 

• The 8253 timer of the IPB/IPC uses one counter 
as a real-time clock that is accessible to user pro- 
grams executed by the IPB/IPC. The initial 
count is set via I/O port address F2, and the 
mode of the 8253 is established via I/O port 
address F3. On powerup or reset, the real time 
clock is initialized for a 1ms rate. The clock can 
be used in conjunction with the local interrupt 
controller to generate a level 7 system interrupt. 



1.3 PROGRAMMING 
CONSIDERATIONS 

A simple description of user programming activities 
is hindered by two factors. The first of these factors 
has to do with the large variety of potential applica- 
tions. Not only does each application dictate a par- 
ticular minimum of user programming, but in many 
cases there is a tradeoff between modification of 
existing software and the creation of new programs 
or routines. The second factor affecting the user pro- 
grammer is that Intel-supplied software is physically 
distributed within RAM and ROM. These two fac- 
tors make it difficult to detail the software required 
for a "typical" application without first defining the 
types of software associated with the Intellec Series II 
development system. The types of programs to be 
discussed in the following text are: 

• Resident Master Programs — Programs that are 
executed by the IPB/IPC master processor and 
provide overall control of the Intellec Series II 
development system. 

• Non-Resident Master Programs — Programs 
that are executed by another master processor on 
the Multibus interface and are able to utilize the 
system resources of the Intellec Series II develop- 
ment system. 

• User System Programs — User programs that are 
being developed to be executed by and to control 
user -designed hardware systems. Such programs 



are able to utilize system resources of the 
development system through the facilities of an 
In-Circuit Emulator (an Intel supplied non- 
resident Multibus master). 

1.3.1 RESIDENT MASTER PROGRAMS 

Resident master programs are usually bootstrap 
loaded from diskette and executed from system 
RAM. These programs can also be loaded from 
paper tape to system RAM or executed directly from 
ROM. Typical Intel supplied resident master pro- 
grams are the ROM-based Monitor, the diskette- 
based ISIS-II diskette operating system, and the 
diskette-based 8080/8085 assembler. Each of these 
programs is controlled by specific command entries 
from the CRT keyboard or system console device 
that establishes a particular operator interface with 
the system. 

Each of the resident master programs follows the 
protocol necessary to accomplish data transfer to or 
from the I/O devices of the development system. 
However, most Intel-supplied programs employ calls 
to the Monitor and/or ISIS-II to accomplish I/O 
transfers. The Monitor provides byte transfers to or 
from any device (except diskette) whereas ISIS-II 
accomplishes block transfers to or from any diskette. 
ISIS-II does not entirely replace the Monitor, but 
often provides higher-level commands that make use 
of multiple Monitor calls to simplify operator 
sequences. The use of Monitor and ISIS-II calls by 
other programs (including user-designed programs) 
reduces the program's concern with I/O operations. 
In effect, the call executes a subroutine within 
Monitor or ISIS-II that follows the protocol required 
by the specified device. When the transfer is com- 
plete, the calling program continues from the point at 
which the call was made. Refer to the ISIS-II System 
User's Guide for additional information. 

Within the Intellec Series II development system, the 
protocol for any device involves the use of dedicated 
I/O port addresses. Furthermore, if the device is 
subordinate to the IOC or PIO, the protocol requires 
the issuance of specific commands that control the 
transfer of data, status, and control bytes between 
the I/O device controller hardware and the I/O 
device firmware. Details of the protocol required for 
each device are discussed in Chapters 3 through 5. A 
general discussion of protocol is provided in 
paragraph 1.4.3. 

Hardware interrupts may be employed by user pro- 
grams, but if they are, their use must not conflict 
with the hardware interrupts of existing circuit 
boards such as in-circuit emulators. Interrupt level 7 
is used by internal circuits within the development 
system, normally masked off by the Monitor and 
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ISIS-II since tliese programs use service requests in 
lieu of hardware interrupts. Interrupt switches and 
1 are used for resetting the Monitor and ISIS-II, 
respectively. 



1.3.2 NON-RESIDENT 

MASTER PROGRAMS 

Non-resident master programs are programs that are 
executed by Multibus interface master processors 
other than the IPB/IPC master processor. The exter- 
nal hardware involved must include provisions for 
interface to the Multibus. 

The non-resident master processor has direct access 
to most of the system resources of an Intellec Series 
II development system including the Monitor, all of 
system RAM, and all I/O facilities and devices of the 
IOC and the PIO. Notable exclusions from the 
preceding list are the serial I/O channels of the IPB 
and the IPB's real-time clock and interrupt con- 
trollers. These resources on the IPC, with the excep- 
tion of the system interrupt controller, are available 
to other bus masters. 

The interrupt controllers on the IPB/IPC continue to 
accept interrupts when another master assumes con- 
trol of the Multibus interface. The local interrupt 
controller accepts service requests from external 
sources (i.e., PIO and IOC) as well as internal 
sources, and generates a level 7 system interrupt that 
can be sensed by any master on the bus. 



1.3.3 USER SYSTEM PROGRAMS 

User system programs are programs that are: 1) 
assembled or compiled using an Intellec Series II 
development system; 2) debugged using the com- 
bined facilities of the development system and an 
in-circuit emulator; and 3) programmed into PROM 
for execution within a user-designed system. In most 
cases, the physical connection between the user 
system and the Intellec Series II development system 
exists only while the user system is being debugged 
via an in-circuit emulator. However, the in-circuit 
emulator may also be employed to debug hardware 
or software that is to directly interface with the 
Intellec Series II development system. 

1.4 I/O DEVICE INTERFACES 

Most existing I/O device interfaces are established 
using hardware and software of the IPB/IPC, the 
IOC, and the PIO as shown in figure 1-1 . Each of the 
subsystems employs a different combination of hard- 
ware and software to accomplish I/O data transfers 
and to control the subordinate devices. However, the 



IOC and PIO have several common attributes. The 
general discussions of I/O device interfaces in the 
following paragraphs are supported by further 
details in Chapters 3 through 5. 

A second type of I/O device interface is implemented 
via the Multibus interface. In this case, the hardware 
controlling the device is not part of the basic Intellec 
Series II development system and there is some trade- 
off between the hardware and the driver software 
executed by the IPB/IPC processor. However, most 
drivers associated with external 1/0 device interface 
hardware make use of Monitor or ISIS-II calls to 
simplify software design. In any event, any discus- 
sion of this type of I/O device interface is more con- 
cerned with Multibus interface protocol than with the 
interprocessor protocol and related topics within this 
chapter. Refer to Chapter 2 for discussions of I/O 
device interfaces implemented via the Multibus 
interface. 

1.4.1 FIRMWARE VERSUS 
SYSTEM SOFTWARE 

The term "firmware" is used throughout the com- 
puter industry to identify ROM-based microcode 
that establishes the instruction sets of computers. 
Within Intellec Series II development systems, the 
instructions sets of CPUs are fixed, and the term 
"firmware" identifies ROM-based software. The 
term "system software" denotes resident and non- 
resident programs that interpret operator-generated 
commands. Typical firmware of Intellec Series II 
development systems includes the I/O device driver 
programs executed by the IOC and PIO 
microprocessors. 

1.4.2 I/O DEVICE DRIVERS 

The complexity of any I/O device firmware is 
dependent on: 1) the complexity of the hardware 
interface with the device; and 2) the intelligence of 
the hardware between the driver and the device. The 
more complex device interfaces (the serial I/O chan- 
nels, the integral CRT, and the integral diskette) 
make use of highly-intelligent programmable chips 
that tend to reduce driver complexity. However, use 
of programmable chips imposes a different type of 
complexity on the associated firmware: the need to 
include code to initialize the programmable chips 
during system startup and/or immediately prior to 
device data transfers. This initialization is required 
because the operating parameters of the program- 
mable chips must be preselected to meet the specific 
needs of the system and/or the device being driven. 

It would appear that the division of responsibilities 
among the device driver, the startup routine, and the 
device interface hardware is highly variable among 
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devices. However, one basic criterion employed in 
the design of tiie Intellec Series II development 
system is the maximum simplification of system soft- 
ware I/O processes. The resulting arrangement is 
such that system software, including ISIS-Il, ICE 
drivers, and user-generated master programs, need 
only specify the device and either furnish or accept 
the data to be transferred. Provision is also made to 
advise the system software when each byte transfer is 
completed. Some additional complexity occurs with 
disk transfers in which case the disk controller must 
be advised of the size of the file to be transferred. In 
any event, the device drivers have the relatively sim- 
ple task of passing data bytes between the system 



software and device interface hardware. The device 
interface hardware and the startup routines share 
most of the responsibility for meeting the unique 
initialization requirements of any I/O device. 



1.4.3 DRIVERS/SYSTEM SOFTWARE 
INTERFACES 

There are two types of I/O driver interfaces with the 
system software. One uses the Monitor interface to 
accomplish serial I/O transfers. The second type of 
interface is via the I/O ports of the IPB/IPC master 
processor and is used by all other I/O device drivers. 
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The I/O device driver used for serial I/O transfers 
(i.e., Monitor) is accessed by means of the CALL 
instruction. The CALL instruction itself merely 
specifies the proper calling location within the 
Monitor. Parameters required by the Monitor are 
placed within the B, C, and (if necessary) the D, E, 
H, L registers prior to execution of the CALL 
instruction. System software commands that result in 
Monitor CALLs often elaborate on the preceding 
procedure. For example, ISIS-II calls can specify a 
string of data bytes, and the PL/M statements allow 
use of the stack to pass additional parameters. 
However, the resulting process is often a simple 
reiteration of the CALL instruction. 

The second type of driver/system software interface 
is used to communicate with the IOC and the PIO 
subsystems of the development system. Each sub- 
system is accessed via an I/O port address of the 
IPB/IPC master processor. Each access involves the 
transfer of a single byte interprocessor command that 
may be followed by a data byte transfer to or from 
the subsystem processor. The interprocessor com- 
mand byte coding informs the subsystem processor if 
a data byte transfer is to follow and initiates a 
specific action within the subsystem processor. The 
command may cause a system level response that 
affects all subordinate devices of the subsystem or a 
device level response that affects a specific I/O device 
and its associated driver and interface hardware. 

The system level interprocessor commands initiate 
actions such as subsystem reset, the return of status 
concerning the results of a preceding device level 
command, the enabling or disabling of interrupts, or 
the return of diagnostic test results. The device level 
interprocessor commands are used to pass data to or 
from the device, or to return device status. The 
sequence of interprocessor commands required to 
control the subsystem and/or one of its subordinate 
devices constitutes the interprocessor protocol for 
that subsystem or device. 

1.4.4 TYPES OF DEVICE 
INTERFACE MODIFICATIONS 

The interprocessor command sequence between the 
IPB/IPC and the IOC or PIO has been generalized to 
the extent that minor changes of the device/driver 
interface do not require changes to the protocol. In 
other words, use of a different printer could require 
changes to the associated device driver without the 
necessity for changes to the Monitor, ISIS-II, or any 
other system software. It is, of course, assumed that 
the existing hardware interface is compatible with the 
non-standard printer. 

1 .4.5 DEVICE SIGNAL TIMING 

The interprocessor protocol establishes a relatively 
loose coupling between the system software of the 
IPB/IPC and the lOC/PIO device drivers. In 



general, the system software initiates an I/O opera- 
tion and then periodically requests I/O status to 
determine when the operation is completed. This 
technique relieves the system software of concern 
with I/O device timing. 

The implementation of user-designed I/O drivers 
and/or resident master programs must take into 
account the timing of all system elements. For exam- 
ple, hardware interrupts may be employed, but they 
should be used only to signify the termination of an 
operation. 

High-speed I/O devices, such as disk or diskette 
drives, require relatively complex hardware and 
relatively large data storage capacities. Because of 
this, only one diskette drive is supported by the IOC; 
the remaining drives employ a disk or diskette con- 
troller on the Multibus interface. Furthermore, the 
integral diskette, the integral CRT, and the 
refreshing of RAM use a substantial portion of the 
IOC processor's bandwidth. These factors must be 
considered when changes to the IOC driver are 
anticipated. 

The lower-speed devices of the PIO make less strin- 
gent demands on the PIO processor, but in this case 
RAM and ROM capacities are more restricted. 
However, the PROM programmer interface of the 
PIO is a general-purpose interface that assumes the 
existence of intelligence external to Intellec Series II. 
If this intelligence is in the form of a microprocessor, 
it is possible to establish efficient communications 
that do not tax the bandwidth or storage limitations 
of the PIO. Furthermore, such communications can 
be implemented without changes to the PROM pro- 
grammer driver. The PROM programmer interface is 
thus a prime candidate for implementation of a chan- 
nel to non-standard I/O devices. Refer to Chapter 5 
for further information on use of the PROM pro- 
grammer interface. 

The Multibus interface may also be used to com- 
municate with non-standard I/O devices. Refer to 
Chapter 2 for details on use of the Multibus 
interface. 



1.5 ELECTRICAL CONSIDERATIONS 

The Intellec Series II development system, as 
delivered, is capable of accepting almost any com- 
bination of Intel circuit boards. Each development 
system chassis employs an internal power supply that 
provides a tie point for circuit grounding and that has 
adequate reserve power for optional circuit boards. 
Under normal circumstances, user-designed hard- 
ware may be installed either within or attached to the 
development system chassis without difficulty. 
However, user-designed hardware must employ com- 
patible grounding techniques and must not exceed 
the reserve current specification. 
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1.5.1 GROUNDING 

Three types of grounds exist within Intellec Series II 
development system. The first type of ground is 
chassis ground that interconnects all metallic 
enclosures and devices of the system. Chassis ground 
is routed through the IOC and PIO connectors to 
provide for grounding of I/O devices. Chassis 
ground is also used for all cable shields. 

The second type of ground is ac ground. This ground 
is derived from the third (green) wire of the ac power 
cord. The ac ground is tied to chassis ground at a 
single point within each power supply. 

DANGER 

Removal of ac ground from chassis ground 
can cause hazardous potentials to exist at 
metallic surfaces of devices and enclosures. 

The third type of ground is signal ground. This 
ground is used as a common reference for all dc 
voltages and is the ground employed by logic circuits. 
Signal ground is tied to chassis ground and ac ground 
at the common tie point within the power supplies. 

NOTE 

Any Intellec Series II development system 
incorporating an expansion chassis contains 
two power supplies, each with its own com- 
mon tie point for grounding. 

User-designed circuit boards are required to use 
signal ground as a reference for all logic circuits. 
Chassis ground is used only if the user circuit board is 
associated with an external enclosure or device 
(chassis ground is tied to all shielded cables and 
external metaUic structures). Signal and chassis 
grounds should be isolated on the user circuit board 
or within the external enclosure or device (if such 
isolation is possible) to prevent the formation of 
ground loops. 



User-designed systems connected to an Intellec Series 
II development system via an in-circuit emulator 
should ideally have independent signal and chassis 
grounds that may be disconnected from each other 
when connected to the in-circuit emulator. If user 
signal ground is permanently tied to user chassis 
ground, a ground loop will exist. In some cases, this 
ground loop will cause unwanted currents to flow 
through the in-circuit emulator signal ground and 
may result in electrical noise on data, address, and 
control lines. 

Total elimination of ground loops may not be feasi- 
ble if the system contains peripherals that tie signal 
ground to chassis ground. When the signal and 
chassis grounds cannot be separated, a lower- 
resistance path through the chassis ground wiring 
should be provided. The installation of heavy (large 
surface area) straps between the development system 
chassis and the user system chassis can reduce noise 
on the signal lines. 



1 .5.2 POWER SUPPLY RESERVE 
CURRENT 

Two basic power supplies are used in the Intellec 
Series II development systems: the internal power 
supply in the development system chassis and a 
smaller supply in the optional expansion chassis. 
Both suppHes provide regulated voltages of +5, +12, 
-12 and -10 volts that are available on the 
backplane. The supply in the development system 
chassis also provides internal, regulated voltages of 
+15 and +24 volts for the integral CRT and diskette 
drive. 

The current ratings for each voltage and the amount 
of reserve current available for optional boards are 
listed in table 1-1. Note that the expansion chassis 
contains no circuit boards when delivered, and the 
current ratings for its four regulated supplies are 
available for use by optional or user-designed circuit 
boards installed within the expansion chassis. 



Table 1-1 . Power Supply Current Ratings 






Development System Chassis 


+ 5V 


+ 12V 


-12V 


-10V 


+ 15V 


+ 24V 


Capacity 


30.0 


2.5 


0.3 


1.0 


1.5 


1.7 


Model 220 Load 


8.2 


0.4 


0.1 


0.02 


1.5 


1.7 


Model 220 Reserve 


21.8 


2.1 


0.2 


1.98 








Model 225 Load 


8.5 


1.5 


0.2 


0.03 


1.5 


1.7 


Model 225 Reserve 


21.5 


1.0 


0.1 


0.97 








Model 230 Load 


14.45 


0.8 


0.1 


0.17 


1.5 





Model 230 Reserve 


15.55 


1.7 


0.2 


0.83 





1.7 


Expansion Chassis 


+ 5V 


+ 12V 


-12V 


-10V 


+ 15V 


+ 24V 


Reserve 


20.0 


2.0 


0.3 


0.8 


N/A 


N/A 
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CHAPTER 2 
THE MULTIBUS INTERFACE 



The Multibus interface is documented in detail by the 
Intel Multibus Specification and is also described in 
the Intellec Series Microcomputer Development 
System II Hardware Reference Manual. The 
information within this chapter does not duplicate 
the content of these other manuals, but rather defines 
the Multibus interface characteristics in terms appro- 
priate to Intellec Series II development system users 
who are writing master programs. In effect, this 
chapter does not define the Multibus interface as 
such, but rather describes implementation and/or 
utilization of system resources via the Multibus 
interface. 



when a large ROM-resident program is used to pro- 
cess a relatively small, on-line data base. (The total 
data base for the system may be very large and stored 
off-line on diskette.) 

NOTE 

If several ROM-resident programs are 
employed, each program should be capable 
of being separately accessed so that the loss 
of the corresponding RAM address space 
during program execution is limited only to 
the address space occupied by the program. 



2.1 MEMORY CONFIGURATIONS 



The uses of RAM and ROM within a multiprocessor 
system are varied. Slave processors such as the IOC 
can use RAM and ROM as local private memory for 
data and special purpose programs. ROM can also be 
used to perform logic functions wherein the selection 
of a given address generates a specified control 
signal. The above uses do not involve the Multibus 
interface and do not provide memory that can be 
shared by other master processors in the system. The 
following text is concerned only with system memory 
that is accessible from the Multibus interface. 

The size of the Intellec Series II system memory (32k 
or 64k) is usually more than adequate for most 
applications. Also, the availability of disk and 
diskette storage can often reduce the need for addi- 
tional memory. If, however, the memory size is 
inadequate, there are means of expanding both ROM 
and RAM as discussed in the following text. 



2.1.1 ROM EXPANSION 

When delivered, the Intellec Series II development 
system contains 4k of ROM. Expansion of ROM is 
possible through the installation of a Multibus- 
compatible circuit board using one of two methods. 
Note that regardless of the method used to expand 
ROM, the Monitor RAM workspace is always the 
last (top) 320 bytes of available RAM memory, and 
care must be taken not to overlay or occupy these 
locations (refer to the ISIS-II User's Guide for 
detailed information regarding Monitor address 
spacing). The first method (figure 2-1) simply assigns 
ROM memory address space. This method reduces 
the size of the RAM that can be accessed while 
executing the program out of ROM and is useful 



FFFFH 
FSOOH 



8000H 
7FFFH 



3000H 



OOOOH 



MONITOR 



MONITOR RAM 
(320 BYTES) 



LARGE 

USER 

PROGRAM 

(ROM) 



MONITOR RAM 
(320 BYTES) 



ON-LINE 
DATA 
(RAM) 



ISIS-II BUFFERS 



ISIS-II 
(RAM) 



> 



MONITOR RAM 
LOCATION IN 64K SYSTEM 



> 



MONITOR RAM LOCATION 
IN 32K SYSTEM 



DISKETTE 
DRIVES 



555-02 



Figure 2-1 . Expansion of ROM Address Space 
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The second method of ROM expansion, known as 
bank switching (figure 2-2), occupies a limited 
amount of address space, but allows ROM expansion 
beyond 64k. With this method, the user-implemented 
circuit board(s) contains I/O port address decoding 
logic to select and deselect specific ROM banks. The 
decoding logic latches the I/O port address and 
inhibits the selection of more than one memory bank. 
A typical memory system might contain eight banks 
of system address space. This system could have a 
library of relatively-large permanent programs 
available for immediate execution with minimum 
reliance on external program storage. 



initialization and execution of the diagnostic. The 
selection logic of the IPB/IPC ensures that the 
initialization routine is executed, without interven- 
tion, after start-up or system reset. Comparable 
techniques (figure 2-3) can be used to execute critical 
user programs in any memory space except the loca- 
tions occupied by the Monitor and the bootstrap/ 
diagnostic program. Execution of overlay ROM pro- 
grams can be initiated via an I/O port address or on 
exit from the bootstrap/diagnostic program. Use of 
the ROM overlay technique must not be used simply 
as a means of ROM expansion, and user hardware 
would be required to generate INHl and INH2. 



The implementation of either of the preceding ROM 
expansion methods requires the inclusion of logic 
that inhibits RAM when the program is being exe- 
cuted out of ROM (INHI) and inhibits ROM when 
the RAM is being accessed (INH2). The I/O port 
addresses assigned must be other than those reserved 
by the IPB/IPC and other circuit boards of the 
system. For additional information regarding inhibit 
timing, refer to the Intel Multibus Specification. 



2.1.2 RAM EXPANSION 

The 64k RAM available with Intellec Series II 
development systems is the maximum address space 
that can be accessed by the master processor of the 
IPB/IPC. Other master processors on the Multibus 
interface can employ larger memories wherein the 
IPB/IPC RAM is but one segment. 



The bootstrap/diagnostic program is located at 
addresses E800H through EFFFH and overlays RAM 
as well as any ROM at these memory locations during 



The most obvious candidate for a large memory pro- 
cessor is the Intel 8086 microprocessor that uses a 
20-bit address to access a full megabyte of memory 
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(see figure 2-4). The Multibus interface is fully com- 
patible with 8086 system components, but any 
8080/8085 type system, including the Intellec Series 
II development system, must make allowances for 
the expanded address capabilities of the 8086. With 
respect to memory addressing, the allowances center 
on the decoding of the four high-order address bits 
(ADR10/-ADR13/) of the Multibus interface. 
Accessing of the RAM segment on the IPB by the 
8086 is restricted to byte transfers, while accessing of 
the IPC's RAM segment by the 8086 does not have 
this restriction since the RAM on the IPC can be 
externally accessed in 16-bit words. 

The Intellec Series II development systems contain 
logic on the IPB/IPC that determines when a 20-bit 
address is being used. This logic assigns addresses OH 



through FFFFH to the 64k RAM segment of the 
IPB/IPC and disables this segment for all addresses 
greater than 64k. Pull-up resistors associated with 
the ADR10/-ADR13/ extended address lines are 
included on the IPB/IPC to ensure access to its RAM 
segment when an 8086 type processor is not con- 
nected to the Multibus interface. 

Use of the 8086 is not the only way to expand RAM. 
User systems that employ 8080/8085 hardware to 
select memory segments through logical control of 
the high order address lines can also be used. For 
example, a user master processor can employ a 
latched I/O port to set the high-order address lines 
(see figure 2-5). The user processor can then access 
either the IPB/IPC RAM segment or other 64k- 
segments that are inaccessible to the IPB/IPC. 
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2.2 I/O DEVICE USAGE 

Communications between a processor and its I/O 
devices are performed similarly to communications 
between a processor memory in that I/O port 
addresses access the device or logic associated with 
the device. These communications become more evi- 
dent when considering programmable device con- 
troller chips with specific registers that are accessed 
via unique I/O port addresses. 

With programmable controllers, the low-order I/O 
port address bits are used to distinguish between data 
registers and control functions, and thus a block of 
I/O port addresses is reserved for each device. The 
high-order bits are used to select the individual pro- 
grammable chips. Within the IPB/IPC, IOC and 



PIO, the I/O port addresses are preassigned and 
fixed by hardware design. These addresses must be 
used by user-designed hardware to access the shared 
system resources. 



Table 2-1 lists the I/O port addresses used by IPB, 
and table 2-2 lists the I/O port addresses used by the 
IPC. Note that the I/O port addresses are identical 
for both the IPB and the IPC; only the port 
accessibility function (shared resource or IPB/IPC 
accessible-only resource) differs. 

A number of Intel products that can be used with the 
Intellec Series II development systems have dedicated 
or reserved I/O ports. Table 2-3 lists the current I/O 
port assignments used by Intel. 



Table 2-1. IPB I/O Port Addresses 



Table 2-2. IPCI/O Port Addresses 



Shared System Resources 


Port 
Address 


Function 


CO 


IOC data 


C1 


IOC command and status 


C2 


Reserved for IOC 


C3 


Reserved for IOC 


F8 


PIO data 


F9 


PIO command and status 


IPB Only Resources 


Port 
Address 


Function 


FO 


Serial I/O channel baud rate clock 


F1 


Serial I/O channel 1 baud rate clock 


F2 


Real time clock 


F3 


Timer mode select 


F4 


Serial I/O channel data 


F5 


Serial I/O channel command and status 


F6 


Serial I/O channel! data 


F7 


Serial I/O channel 1 command and status 


FA 


Local interrupt controller 


FB 


Local interrupt controller 


FC 


System interrupt controller 


FD 


System interrupt controller 


FE 


Reserved 


FF 


Control Port 



Shared System Resources 


Port 
Address 


Function 


CO 


IOC data 


01 


IOC command and status 


02 


Reserved for IOC 


C3 


Reserved for IOC 


FO 


Serial I/O channel baud rate clock 


F1 


Serial I/O channel 1 baud rate clock 


F2 


Real time clock 


F3 


Timer mode select 


F4 


Serial I/O channel data 


F5 


Serial I/O channel command and status 


F6 


Serial I/O channel 1 data 


F7 


Serial I/O channel 1 command and status 


F8 


PIO data 


F9 


PIO command and status 


FA 


Local interrupt controller 


FB 


Local interrupt controller 


IPC Only Resources 


Port 
Address 


Function 


FC 


System interrupt controller 


FD 


System interrupt controller 


FE 


Reserved 


FF 


Control Port 
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Table 2-3 . Dedicated and Reserved I/O Port Addresses 



Device 


I/O Port Addresses 


ICE-80 In-Circuit Emulator 


0E0H-0E3H 


Other ICE Modules (ICE-85, ICE-86, ICE-88, etc.) 


080H-083H 


iSBC 80/05 Single Board Computer 


00H-O5H 


iSBC 80/10A Single Board Computer 


0E4H-OEFH 


iSBC 80/20-4 Single Board Computer 


0D4H-0DFH, 




0E4H-0EFH 


ISBC 80/30 Single Board Computer 


0D8H-ODFH, 




0E4H-0EFH 


ISBC 86/12A Single Board Computer 


OCOH-OCFH, 




ODOH-ODFH 


ISBC 544 Intelligent Communications Controller 


ODOH-ODFH, 




0E4H-0EFH 


Disks 




First Floppy Diskette Controller 


078H-07FH 


Second Floppy Diskette Controller 


088H-08FH 


Hard Disk Controller 


068H-06FH 



Future Intel products may require I/O port addresses 
other than the addresses specified in table 2-3. To 
prevent possible incompatibility with future Intel 
products, all user-device I/O port addresses should 
be switch or jumper selectable. 



I/O devices require very few addresses, ROM 
replacement is the most widely used method for 
memory-mapped I/O. However, programmers must 
be aware that the addresses assigned to an I/O device 
are no longer accessible in RAM. 



The use of I/O port addresses to access user -designed 
hardware is the most common technique employed 
within Intellec Series II development systems. A 
second technique, called "memory-mapped I/O," 
may also be employed to access user hardware. With 
memory-mapped I/O, a block of memory addresses 
is assigned to the device and/or its controller. The 
major advantage of memory-mapped I/O is addi- 
tional programming flexibility; any instruction that 
references memory can be used to access an I/O port 
located in the memory space. For example, the MOV 
(move) instruction can transfer data between any 
8080/8085 register and a port or any of the logical 
instructions can be used to manipulate individual bits 
within I/O device registers. The simplest implemen- 
tation of a memory-mapped I/O device is in a system 
that has unused address space (i.e., a Model 220 with 
32k bytes of RAM) in which case the I/O device 
addresses would be assigned within the 32k to 62k 
address range. However, in systems containing 64k 
of RAM (i.e., the Models 225 and 230), the I/O 
device addresses must replace either RAM or ROM. 
RAM replacement is impractical as it would 
necessitate the physical removal of RAM. ROM 
replacement requires I/O device control logic that 
generates INHl/ (to inhibit RAM) when the I/O 
device is being used. Since most memory-mapped 



2.3 INTERRUPT MECHANISMS 

The standard definition of an interrupt is the process 
whereby an asynchronous device-generated signal 
causes program branching to a routine that services 
the needs of the device (usually the handling of I/O 
data). However, the reason for employing interrupts 
is that I/O devices (or other real-time system 
elements) often involve synchronous operations that 
cannot be delayed while the processor is performing a 
lengthy processing task. An interrupt service routine 
is used to quickly complete the I/O data transfer and 
then allow continuation of the interrupted process. 
At a later time, the program processes the data 
accepted by the service routine or prepares new data 
for output to the device. Without interrupts, input 
data could be lost or output data could be 
unavailable when required. 

There are two reasons why the preceding real-time 
hardware interrupts are not required when an Intellec 
Series II development system is executing many of 
the Intel-supplied resident master programs 
(Monitor, ISIS, etc.). The first reason is that I/O 
operations are program controlled to be performed 
in sequence (e.g., if diskette data is to be pr-inted, the 
diskette operations are completed before printing 
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operations begin). The second reason is that interac- 
tions with high-speed I/O devices are provided by 
means of controller chips that perform many of the 
tasks (including temporary data storage) that would 
otherwise be performed by interrupt service routines. 
The master program is never concerned with multi- 
tasking or with close synchronization of I/O device 
operations. Note that while some input (e.g., 
keyboard entry), is not program controlled, its data 
entry rate is slow enough to allow temporary data 
storage by hardware while the processor is occupied. 

In place of hardware interrupts, the hardware 
elements of the Intellec Series II development system 
use service requests (specified bits within status bytes) 
to determine when a device requires attention. The 
status bytes are returned to the master processor of 
the IPB/IPC on demand. The transfer of status bytes 
from the IOC or the PIO to the IPB/IPC constitutes 
a major segment of the interprocessor traffic. 
Although hardware interrupts are not widely used by 
Intel-supplied resident master programs, interrupt 
handling circuits exist within the Intellec Series II 
development system. These circuits establish 
priorities for the interrupt switches, for interrupts 
from the Multibus interface and for interrupts from 
internal hardware elements of the IPB/IPC, IOC, 
and PIO. The interrupt circuits also apply interrupt 
switch and internal hardware interrupts to the 
Multibus interface. Interrupt masking by resident 
programs inhibits sensing of interrupts by the 
IPB/IPC master processor. All interrupts generated 
by internal hardware elements are handled by a local 
interrupt controller that operates in the polled mode 
as a slave to the system interrupt controller. All inter- 
nal interrupts are processed by the local interrupt 
controller and generate a level 7 interrupt to the 
system controller. Resident master programs must 
then poll the local interrupt controller to determine 
the source of the internal interrupt. An example of an 
interrupt routine used to service an interrupt 
originating from a device associated with the local 
interrupt controller is shown in Appendix A. Inter- 
rupt level assignments for the local interrupt con- 
troller are as follows (level has the highest priority): 



the location of the vector address block. The vector 
addresses reserved for system interrupts are as 
follows: 



Level 


Function 





Serial I/O Channel Input Data Ready 


1 


Serial I/O Channel Output Data Ready 


2 


Serial I/O Channel 1 Input Data Ready 


3 


Serial I/O Channel 1 Output Data Ready 


4 


1ms Real Time Clock Interrupt 


5 


PIO Subsystem Interrupt 


6 


IOC Interrupt 


7 


Not Used 



Interrupt 


Vector 


Vector 


Level 


Address 


Usage 





OOH 


Monitor 


1 


08H 


ISIS-II 


2 


lOH 


Disk Controller 


3 


18H 




4 


20H 


ICE-80 Module 


5 


28H 




6 


30H 


ICE Modules 


7 


38H 


Local Interrupt Controller 



The system interrupt controller operates in the fully- 
nested mode and is initialized with a call address 
interval of eight and a base address of OH to establish 



Reprogramming the 8259's call address 
interval from eight to four will cause 
undefined system operation. 

The local and system interrupt controllers of the IPB 
and the system interrupt controller of the IPC cannot 
be programmed or polled by a non-resident master 
program (the local interrupt controller of the IPC 
can be accessed by another bus master). When 
another bus master assumes control of the bus, both 
the local and system interrupt controllers maintain 
any current interrupt request and latch any subse- 
quent interrupt request (when the IPB/IPC regains 
bus access, any pending interrupt request is serviced). 
Since all system interrupts can be sensed by another 
bus master via the Multibus interface, all IPB/IPC 
local interrupts can also be sensed (any local inter- 
rupt causes a level 7 system interrupt). 

2.4 MULTIBUS PRIORITY LOGIC 

To avoid conflicts that may arise when two or more 
bus masters simultaneously require bus access, the 
IPB/IPC includes parallel priority resolution logic. 
This logic accepts individual bus request inputs from 
up to nine bus masters that may be installed in the 
backplane (five available slots in the development 
system chassis and four slots in the expansion 
chassis) and returns an individual bus priority input 
to all but the bottom slot of the expansion chassis 
(the bottom slot has the highest priority and its bus 
priority input is permanently enabled). The parallel 
priority logic samples all of the bus request (BREQ) 
inputs and generates an individual bus priority in 
(BPRN) output to the highest priority bus master 
requesting the bus. Following Multibus interface pro- 
tocol, when the requesting master receives its bus 
priority in signal, it examines the common bus busy 
(BUSY) bidirectional line to determine when the bus 
becomes available and, when the bus is available, 
activates bus busy to indicate to all other bus masters 
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that the bus is in use. Note that a bus master main- 
tains bus access until it either releases the bus (i.e., 
the bus master executes a halt instruction) or until a 
higher-priority bus master requests the bus. 

Bus priority within the Intellec development system 
(including the expansion chassis) is assigned in a 
bottom-up sequence with the top slot (the IPB/IPC) 
having the lowest priority and the bottom (tenth) slot 
having the highest priority. The use of parallel prior- 
ity logic (rather than serial priority logic) allows the 
priority of any bus master (except the IPB/IPC) to be 
readily changed by relocating the board in the back- 
plane and allows "slave" boards (boards that do not 
request the bus) to be positioned anywhere in the 
backplane without affecting bus priority. When posi- 
tioning bus masters in the backplane, boards that 
have high-speed transfer rates or high data volume 
functions (e.g., disk controllers) should be placed in 
the lower (higher priority) slots, and low-speed device 
controllers should be placed in the higher (lower 
priority) slots. 

2.5 REAL-TIME PROCESSING 

Prior discussions in subsection 2.3 describe how an 
Intellec Series II development system performs its 
tasks in serial fashion so that the IPB/IPC master 
program devotes its full attention to the current 
operation. For I/O devices, this sequential process- 
ing approach is more than adequate since the I/O 
operation appears to the operator to be immediately 
performed. However, when an Intellec Series II 
development system is employed in a real-time 
environment, the techniques used with the I/O 
devices may or may not suffice. The following 
paragraphs define the capabilities and limitations of 
real-time techniques that may be employed by the 
user. 

2.5.1 USE OF INTERRUPTS 

Anyone having prior familiarity with real-time, 
interrupt-driven systems might be prone to design a 
master program that makes use of asynchronous 
interrupt requests in place of the service requests that 
are currently used by Intel-supplied software. This 
design would make the system more responsive to 
real-time events. However, the user-designed pro- 
gram must employ interrupt service routines with 
execution speeds that do not interfere with normal 
operation of high-speed I/O devices. Furthermore, 
drastic program alterations, such as the implementa- 
tion of concurrent I/O operations, would be ill- 
advised because of the impact that the alteration 
might have on existing operating systems, I/O 
drivers, and I/O interface hardware. The alternative 
methods discussed in the following paragraphs 
should be seriously considered before attempting 
extensive use of real-time interrupts. 



2.5.2 USE OF SLAVE PROCESSORS 

In some cases, the occurrence of an external real-time 
event requires the immediate initiation of a relatively 
long program sequence, but does not require immedi- 
ate interaction with other elements of the system. In 
such cases, the task may be assigned to a user- 
designed slave processor subsystem. 

Two examples of slave processor subsystems are the 
IOC and PIO. The IOC and PIO are functionally 
limited in that they perform most of their operations 
only in response to commands from the IPB/IPC 
(CRT and RAM refresh within the IOC are contin- 
uous, but are implemented by special-purpose hard- 
ware). User-designed slave processor subsystems can 
use software that continually interacts with the exter- 
nal interface and can use interrupts to signify when 
the slave processor requires service from the master 
processor. 

Implementation of a user-designed slave processor 
subsystem can be accomphshed without physical 
alteration of the Intellec Series II development 
system. (The slave processor would contain I/O port 
address decoding logic that monitors the address 
lines of the Multibus interface; the I/O port 
addresses employed must be among those not 
reserved by Intellec Series II development system 
functions.) The slave processor subsystem is, in some 
respects, equivalent to a hardware-implemented 
interrupt service routine in that it allows asyn- 
chronism between the control of real-time operations 
and the timing of IPB/IPC processing. However, the 
slave processor has the distinct advantage of per- 
forming complex operations without the necessity of 
borrowing time from other IPB/IPC operations. A 
slave processor tends to increase the bandwidth of 
the entire system. The services of the slave processor 
are equally available to the IPB/IPC and any other 
master processor on the Multibus interface. Note 
that with any user-designed slave processor, some 
form of synchronization protocol must be estab- 
lished among all master processors that use the slave 
processor in order to prevent concurrent access of the 
slave by more than one master. 



2.5.3 PARALLEL PROCESSORS 

The use of parallel processors substantially increases 
system bandwidth by permitting two or more master 
processors to simultaneously execute system level 
programs. 

The 8086 microprocessor is ideal for parallel pro- 
cessor configurations since its architecture directly 
supports the interfacing of two independent buses 
(any microprocessor can drive two buses). A typical 
arrangement within an Intellec Series II development 
system might use one of the buses to communicate 



2-7 



The Multibus Interface 



Intellec Series II 



with the IPB/IPC that would be used to control I/O 
operations. The second bus would then be used to 
execute master programs residing in unshared RAM 
or ROM. Both buses could be the Multibus interface 
or two types of buses could be implemented in much 
the same way as the IOC processor interfaces with 
both the Multibus interface and its own IOC bus. 
The number of possible implementations is limited 
only by the imagination of the designer. 

Major decisions in the design of a parallel processor 
system are the allocation of tasks to the processors 
and the establishment of interprocessor communica- 
tions. These two decision areas are interrelated in 
that the division of responsibilities between the pro- 
cessors determines the amount of data and status that 
is exchanged. If large amounts of data must be 
exchanged, the two processors could use a shared 
RAM that the user processor accesses via the 



Multibus interface. If smaller amounts of data are 
exchanged, a hardware-implemented data bus buffer 
(DEB) could be used (refer to IOC description within 
the Intellec Series II Microcomputer Development 
System Hardware Reference Manual). In using a 
DBB, the user processor appears to be a slave pro- 
cessor to the IPB/IPC, Interrupts can be employed, 
and the status bytes returned by the user processor 
can redirect IPB/IPC operations and thereby assume 
control of the system. The use of a DBB is somewhat 
limited by its low data-transfer rate. 



The preceding information is provided only to 
outline some of the possible methods of implement- 
ing parallel processor configurations, and many 
details are omitted. Nevertheless, parallel processing 
can be implemented without modification of Intellec 
Series II development system hardware or firmware. 
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CHAPTER 3 
SERIAL I/O INTERFACES 



The two serial I/O channels are the only I/O inter- 
faces of the Intellec Series II development system that 
can be directly accessed by the IPB/IPC. All logic 
associated with the serial I/O channels is incor- 
porated on the IPB/IPC or within its associated soft- 
ware and firmware. The connection between the 
serial I/O channels and the serial device connectors 
on the rear panel is accomplished by etched traces on 
the IOC board assembly (the IOC includes a number 
of alterable jumper links that are used to configure 
connector signal routing). 

The direct path between the IPB/IPC and the serial 
1/0 devices has the advantage that in terms of overall 
operation, the omission of an intervening slave pro- 
cessor (i.e., the IOC or PIO) can make the system 
more responsive to serial I/O events. However, if 
interrupts are masked-off or disabled (normal con- 
figuration), the response time of the system to any 
serial I/O input is still dependent on the frequency at 
which the IPB/IPC software polls the serial I/O 
interface. PoUing is continually performed since 
most serial I/O devices (teletypewriters, video ter- 
minals and modems) provide input that cannot be 
anticipated by local programming. The polling rate 
employed is sufficient to support synchronous com- 
munications at rates of up to 64k baud. 



3.1 SOFTWARE ALTERATIONS 

The Intel-supplied software associated with the serial 
I/O channels is part of the system software (ROM- 
resident Monitor and bootstrap/diagnostic pro- 
grams). ISIS-II has the ability to indirectly initiate 
data transfers via a serial I/O channel (ISIS uses the 
facilities of the Monitor to accomplish I/O 
transfers). With the IPB, all other system software 
must use Monitor (or ISIS) calls to access the serial 
I/O channels. With the IPC, the serial I/O channels 
are defined as system resources and can be directly 
accessed by another bus master. 

The Monitor can only access a serial I/O channel 
when the channel is defined as the system console. By 
default, the integral CRT and keyboard are defined 
as the console device when the system is initialized, 
and the I/O ports associated with the serial I/O chan- 
nels are unused. Note that once the system has been 
initialized, the Monitor's A (assign) command can be 
used to assign a device connected to one of the serial 
I/O ports as the console device. Access to a serial I/O 
channel that is not defined as the system console is 
possible only through a user-designed I/O driver. 



The bootstrap/diagnostic program initializes the 
serial I/O channel hardware during start-up and 
following system reset. The initialization sequence is 
simply the transfer of operating parameters to the 
8251 universal synchronous/asynchronous receiver 
transmitters (USARTs) and the 8253 programmable 
interval timer. Specifically, both the channel and 
channel 1 USARTs are initialized for asynchronous 
operation with two stop bits, an 8-bit character 
length and a baud rate factor of 16X. The 8253 inter- 
val timer consists of three separate counters that are 
used to determine both the baud rate clock frequen- 
cies for the USARTs and the real time clock fre- 
quency. All three counters are initialized for Mode 3 
(square wave) operation with a two-byte count 
register. The counter register values provided to each 
counter when the timer is initialized are as follows: 



Counter 


Function 


Counter 
Value 


Counter 
Frequency 




1 
2 


Channel Clock 
Channel 1 Clock 
1 ms Real Time Clock 


698 

32 

1229 


1.74 kHz 
38.4 kHz 
1 kHz 



Note that the channel and channel 1 clock signals 
are subsequently divided by 16 (baud rate factor 16X) 
by the USARTs to provide baud rates of 1 10 and _^ 
^400 baud, respectively. ' " 

Alteration of the ROM-based bootstrap/diagnostic 
program to change the baud rate or operating mode 
is not necessary since the serial I/O channel hardware 
(the 8251s and the 8253) can be reinitialized by a user- 
designed initialization routine that is executed 
following the bootstrap/diagnostic program. An 
example of a routine that modifies the I/O channel 
baud rate is provided in Appendix B of the IntelJec 
Series II Model 22X/23X Installation Manual. For 
asynchronous I/O devices, the modifiable param- 
eters include character length, the number of stop 
bits, parity enable/disable and odd/even parity selec- 
tion as well as baud rate. For synchronous I/O 
devices, the modifiable parameters include character 
length, parity enable/disable, odd/even parity selec- 
tion, sync in/out and single/double sync character 
selection. (Refer to the Intel Peripheral Design Hand- 
book for details on programming the 8251 USART.) 
Note that when reprogramming the 8251, the mode 
instruction is recognized only after the 8251 has been 
reset (external rest or 8251 command instruction with 
internal reset bit set). Since the command instruction 
is used to define the states of the serial I/O channel 
control lines, this instruction is normally output prior 
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to the transfer of serial I/O data. If the internal reset 
bit is inadvertently set or if a mode instruction does 
not immediately follow each use of the internal reset 
bit, the serial I/O channel will be inoperative until it 
is again initialized. 

3.2 HARDWARE ALTERATIONS 

Hardware alterations associated with the serial I/O 
channels are limited to changes of jumpers on the 
IPB/IPC and the IOC circuit boards. This limitation 
is imposed not only to maintain functional integrity 
of the Intel-supplied circuit boards, but also because 
the circuit board designs are dictated by requirements 
of the 8251 and 8253 chips. 

The 8251 chip has two control lines (RTS and DTR) 
that are, in reality, program-controlled general- 
purpose output signals. Similarly, DSR is a general- 
purpose input signal that can be used to signify a 
variety of conditions at the external device. With 
appropriate programming, the serial I/O channels 
are compatible with many types of serial devices and, 
since the RS-232 interface is used by most data sets, 
the serial device can be remote from the development 
system site (i.e., telephone lines can be used). Also, 
with the possible addition of some external hard- 
ware, the serial I/O channels can be compatible with 
any TWX or TELEX network. 

The jumpers on the IOC circuit board are used to 
interconnect or crossover signals to and from the 
serial I/O channels on the IPB/IPC to conform to 
the pin assignments of the I/O device to be inter- 
faced. All of the functions performed by the IOC 
jumpers can be implemented within the I/O device 
cabling; the jumpers eliminate the need to rewire the 
device cable/connector. To determine the jumper 
positions required for any I/O device, refer to 
Appendix A of the Intellec Series II Models 22X/23X 
Installation Manual and match the pin assignments 
of the I/O device with the rear panel connector (J2 
and J3) pin assignments. Note that" when interfacing 
a serial I/O device to the SERIAL CH 2 connector 
(J3), the transmit and receive data lines may have to 
be reversed (remove W7 jumpers A-B and C-D and 



install W7 jumpers A-C and B-D). Also, if the serial 
I/O device does not generate CTS (clear to send), 
remove Wl jumpers A-B and C-D and install a single 
Wl jumper at A-C to connect the RTS (request to 
send) output to the CTS input. 

The jumpers located on the IPB/IPC circuit board 
are used to establish the source of the receive and 
transmit clock signals for both serial I/O channels. 
The jumpers installed at the factory configure both 
channels for asynchronous operation by routing the 
CHO CLK and CHI CLK signals from the 8253 pro- 
grammable interval timer to the receive clock (RXC) 
and transmit clock (TXC) inputs of the USARTs. 
For synchronous communications, the jumpers must 
be repositioned so that the RXC and TXC signals 
originate from the serial I/O device through the serial 
I/O connector. Table 3-1 defines the jumper posi- 
tions for both asynchronous (factory installed) and 
synchronous communications. 

3.3 INTER-SYSTEM 

COMMUNICATIONS 

It is sometimes advantageous to couple two Intellec 
Series II development systems together to allow shar- 
ing of system resources or to meet the need for inter- 
system communications. If the two systems are 
remote from one another, the use of data sets is 
necessary. However, if the two systems are in close 
proximity, a pseudo data set can be implemented in 
the form of an interconnecting cable. Jumpers within 
each system are configured so that the clock for syn- 
chronous communications is derived from the 
transmitting system. 

Figure 3-1 shows the jumpering and cable wiring 
necessary for intersystem communications. The data- 
set simulator cable shown is for serial I/O channel 
(SERIAL CH I connector) of both systems. In this 
case, the external transmit clock is routed via pin 24 
of connector J2. (When current loops are employed, 
pin 24 is used as a return for the receive data signal 
RXD RETURN.) The illustrated arrangement can be 
used for serial I/O channel 1 (SERIAL CH 2 connec- 
tor), but in this case the jumper for the external TX 
clock is located on the IOC circuit board. 



Table 3-1 . Asynchronous/Synchronous Jumper Configurations 



Asynchronous Operation 


Synchronous Operation 


Function 


Channel 


Channel 1 


Channel 


Channel 1 


14-15 

11-12 

7-8* 


1-2 

4-5 
N/A 


13-14 

10-11 

8-9 


1-3 

5-6 

A-B** 


Transmit Clock 
Receive Clock 
External Transmit Clock 



*TTY Receive Data Return 
* 'Install jumper W3 (A-B) on IOC circuit board. 
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Figure 3-1 . Data Set Simulator Cable 
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CHAPTER 4 
IOC I/O INTERFACES 



The IOC consists of the hardware and software that 
are used to establish interfaces between a master pro- 
cessor and both the integral CRT terminal and the 
integral diskette drive. Modification of the IOC is 
unnecessary since most IOC functions are integrated 
with Intel-supplied system software. This chapter 
provides details of IOC-master processor protocol as 
a basis for user-designed master programs. 



4.1 IOC/MASTER PROCESSOR 
PROTOCOL 



All communications between the IOC and the master 
processor are accomplished via the data bus buffer 
(DBB) of the IOC. The DBB is essentially an inter- 
bus communications facility that stores one input 
byte, one output byte, and one byte of DBB status. 
The DBB status bits indicate the presence of data in 
the input and output buffers, the busy status of the 
IOC processor relative to command processing, and 
the type of byte (command or data) present in the 
input/output buffer. 

When the IOC is not busy processing a previously 
issued command, it is idle only in the sense that the 
IOC processor is not concerned with inter-processor 
communications. During this time, RAM refresh and 
CRT refresh cycles continually occur. Also, if any 
keyboard entries are made, the character bytes are 
saved by the keyboard processor. The master pro- 
cessor must periodically poll the IOC to determine if 
keyboard entries have occurred and then command 
the IOC to transfer the keyboard characters to the 
master via the IOC's DBB. 



The commands used to input keyboard characters are 
functionally similar to commands used to update the 
CRT display or to accomplish diskette data transfers 
in that any command must be completely processed 
by the IOC before a new command can be issued. 
However, keyboard entries may occur at any time 
irrespective of I/O activities initiated by the master. 
Any program controlling the IOC must allow time 
for the acceptance of new keyboard entries during 
the execution of any I/O operation of long duration. 
The frequency of keyboard input commands must be 
sufficient to match the keystroke rate of a fast typist; 
the keyboard processor provides temporary storage 
for up to eight characters. Keyboard entries must be 
handled as unscheduled real-time events by the con- 
trolling resident or non-resident program. 



4.2 DATA BUS BUFFER 

The IPB/IPC (or any other master processor) uses 
two I/O ports for communications with the IOC. 
The first of these ports (port CO) is a data port that 
provides for single byte transfers to or from the IOC. 
The bytes may contain data to or from a device, 
status from the IOC or one of its devices, or 
diagnostic instructions or results from the IOC. The 
second port (port CI) is a control port that provides 
for command transfers to the IOC and the return of 
DBB status. The commands directly control the IOC 
and identify the type of data, status, or diagnostic 
information that is to be transferred via the data 
port. All transfers via the data port require prior 
master processor issuance of a command to the IOC 
control port. However, a command does not 
necessarily result in a data port transfer. 

The preceding arrangement allows for the following 
types of transfers to and from the IOC: 

• Direct transfer of DBB status without IOC 
participation. 

• Direct control of the IOC by means of 
commands that do not result in a data transfer. 

• Data transfers to or from a device on command. 

• Status transfers from the IOC or a device on 
command. 

• Diagnostic data transfers from the IOC on 
command. 

Two important factors are associated with transfers 
between a master processor and the IOC. The first 
factor is that most commands cause the transfer of 
only one byte of data, status, or diagnostic informa- 
tion via the data port. If a block of information 
(other than diskette data) is to be transferred, a 
separate command is required for each byte of the 
block. The diskette data transfer commands (read 
and write) cause the transfer of a block of data to or 
from the master processor. The second factor is that 
the master processor maintains total control of 
transfers via the data port. The IOC, when respond- 
ing to a read command, sets the FO flag while it is 
executing the command and then sets the output buf- 
fer full (OBF) flag to indicate when the requested 
byte can be read by the master processor. Accord- 
ingly, the master processor must repeatedly access 
the DBB status byte to determine when the the input 
data is ready. Similarly, when the IOC is responding 
to a write command, it sets the FO flag while it is 
executing the command and clears the input buffer 
full (IBF) flag when it accepts the byte (the master 
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processor sets the IBF flag when it writes the byte to 
the input buffer). The DBB status byte must also be 
accessed prior to issuing any command to ensure that 
the IOC is ready to accept the command (i.e., IOC 
busy flag FO must be tested). 

The format of the DBB status byte returned during 
an I/O read of port CI is as follows: 



OBF 



IBF 



FO 



C/D 



MSB 



LSB 



r 



OBF 
IBF 
FO 
C/D 



V RESERVED 



Output Buffer Full. The OBF flag is 
automatically set (to a "1" state) by the 
IOC processor when the IOC writes a data 
byte to the output buffer. The OBF flag is 
automatically cleared (to a "0" state) when 
the master processor reads the byte from 
the output buffer. 

Input Buffer Full. The IBF flag is 
automatically set by the master processor 
when it writes a data byte to the input buf- 
fer. The IBF flag is automatically cleared 
when the IOC processor reads the byte 
from the input buffer. 

FO flag. The FO flag is set by the IOC 
processor on receipt of a command from 
the master processor in order to lockout 
additional command entry. On completion 
of the command, the IOC processor clears 
the FO flag. The master processor monitors 
the FO flag to determine when a command 
has been accepted (FO flag set) and when 
command processing is complete (FO flag 
clear). 

Command/Data. The C/D flag reflects 
the state of the master processor's low- 
order port address bit to differentiate 
betweenjhe writing of a data byte to port 
CO (C/D = 0) and the writing of a com- 
mand byte to port CI (C/D = 1). The 
IOC processor examines this flag to deter- 
mine if the byte in the input buffer is a 



command or data. The IOC processor also 
controls this flag to inform the master pro- 
cessor of the contents of the output buffer 
(if C/D = 0, the output buffer contains 
the requested data byte; if C/D = 1, the 
output buffer contains a status byte). 

Command bytes transferred to the IOC during an 
I/O write to port CI have the following general 
format: 



MSB 



LSB 




RESERVED 



REQUEST INTERRUPT 



Command Code is a 5-bit binary value that uniquely 
identifies each of the commands that may 
be issued by the master processor. 

Request Interrupt is a control bit that informs the 
IOC that an interrupt is expected at the 
completion of the operation specified by 
the command. Commands that make use 
of the request interrupt bit include all com- 
mands that pass data to or from the CRT 
and the integral diskette. 

Data, status and diagnostic bytes transferred via I/O 
port CO have no specific format except as required by 
the associated command. Data bit mnemonics are as 
follows: 



MSB 



LSB 



7 6 5 4 3 2 10 



E 



DO 
D1 
D2 
D3 
b4 
DS 
D6 
07 
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4.3 IOC COMMANDS 

Specific commands are used with the diskette drive, 
the CRT, and the l<;eyboard. The status byte returned 
by the individual I/O devices serves to verify proper 
operation of the device. Other commands are not 
used by a specific device and are known as system 
commands (all diagnostic commands are system 
commands). A complete listing of the IOC com- 
mands is provided in table 4-1 . 



diagnostic testing of IOC facilities. The following 
text describes each of the system commands and 
defines the format of data bytes that are transferred 
as a result of command execution. 

NOTE 

Command bit 7 has no function within the 
system commands (i.e., interrupts cannot be 
generated by the IOC on execution of a 
system command). 



4.3.1 SYSTEM COMMANDS 

Eleven of the commands that may be issued by a 
master processor to the IOC are used to control or 
test subsystem functions that are common to all of 
the IOC devices. These system commands permit 
program-controlled hardware resetting, provide for 
the return of device and subsystem status, control 
enabling and resetting of interrupts, and enable 



The PACIFY command is a software reset that ter- 
minates any pending I/O operation and reinitializes 
the IOC hardware and software. No data byte 
transfer is associated with this command. IOC 
initialization requires a minimum of 100 milli- 
seconds, and no subsequent commands should be 
issued during this period. 

The ERESET command is intended for use with an 
I/O device that requires a hardware error reset to 
clear an error condition within the device. Since the 



Table 4-1 . IOC Command Set 



Type 



System 



CRT 



Keyboard 



Integral 
Diskette 



Command 
Code 



00000 
00001 
00010 
00011 
00100 
00101 
00110 
00111 
01000 
01001 
01010 
01011 
ttim 
01111 



10000 
10001 



10010 
10011 
10100 



10101 
10110 
10111 
11000 
11001 
11010 
11011 
11100 
11101 
thru 

11111 



Mnemonic 



PACIFY 
ERESET 
SYSTAT 

DSTAT 
SRQDAK 
SRQACK 

SRQ 
DECHO 
CSMEM 

TRAM 
SINT 



CRTC 

CRTS 



KEYC 
KSTC 



WPBC 
WPBCC 
WDBC 

RDBC 

RRSTS 
RDSTS 



Function 



Resets IOC and its devices. 

Resets device-generated error (not used by standard devices). 

Returns subsystem status byte to master. 

Returns device status byte to master. 

Enables input of device interrupt acknowledge mask from master. 

Clears IOC subsystem interrupt request. 

Tests ability of IOC to forward an interrupt request to tfie master. 

Tests ability of IOC to ectio data byte sent by master. 

Requests IOC to checksum on-board ROM. Returns pass/fail. 

Requests IOC to test on-board RAM. Returns pass/fail. 

Enables specified device interrupt from IOC. 

Reserved, causes illegal command error. 



Requests data byte output to the CRT monitor. 
Returns CRT status byte to master. 



Requests data byte input from the keyboard. 
Returns keyboard status byte to master. 
Reserved. 



Enables input of first of five bytes that define current diskette operation. 

Enables input of each of four bytes that follow WPBC. 

Enables input of diskette write bytes from master. 

Reserved. 

Enables output of diskette read bytes to master. 

Reserved. 

Returns diskette result byte to master. 

Returns diskette device status byte to master. 

Reserved, causes illegal command error. 
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standard devices of the IOC do not require an error 
reset signal, the ERESET command is not imple- 
mented by IOC firmware. 



The SYSTAT command causes the IOC processor to 
load the system status byte into the output data buf- 
fer of the DBB. The IOC processor sets the OBF flag 
and clears the C/D flag to inform the master pro- 
cessor that system status byte can be read from the 
data port. The format of the system status byte is as 
follows: 



MSB 



LSB 




RESERVED 



ILLEGAL INTERRUPT MASK 
ILLEGAL DATA TRANSFER 
ILLEGAL COMMAND 
DEVICE ERROR 



Illegal 



Illegal 



Interrupt Mask is set when the interrupt 
reset mask transferred by a SRQDAK com- 
mand does not correspond to the interrupt 
bit set in the device status byte. The illegal 
interrupt mask bit is cleared when the master 
processor reads the system status byte from 
the output buffer. 



Data Transfer is set when the master pro- 
cessor loads a data byte into the DBB input 
buffer without a preceding command. The 
data byte is not accepted by the IOC. The 
illegal data transfer bit is cleared when the 
master processor reads the system status 
byte from the output port. 



Command is set when the master processor 
loads an undefined command code into the 
DBB input buffer (see table 4-1). The com- 
mand is not executed by the IOC. The 
illegal command bit is cleared when the 
master processor reads the system status 
byte from the output buffer. 



Device Error is set when a device fails to respond to a 
command. The master processor must issue 
a DSTAT command to determine the indi- 
vidual device responsible for the error. The 
device error bit is cleared by the DSTAT 
command. 



Illegal 



The DSTAT command causes the IOC processor to 
load the device status byte into the output data buffer 
of the DBB. The IOC processor sets the OBF flag 
and clears the C/D flag to inform the master pro- 
cessor that the device status byte can be read from the 
data port. The format of the device status byte is as 
follows: 



MSB 



LSB 



L 



CRT 1 

■KEYBOARD Uf/^g^^pT 
■ DISKETTE I 



; RESERVED 




A Device Interrupt bit is when the operation 
specified by a command has been com- 
pleted and interrupts for the device have 
been enabled (request interrupt bit in the 
command byte set or device interrupt 
previously enabled by a SINT command). 
A device interrupt bit is cleared by a 
SRQDAK or SRQACK command. 

A Device Error bit is set when the specified device 
fails to respond to a command issued by 
the master processor. A device error bit is 
cleared when the master processor reads 
the device status byte. More detailed error 
information is provided by the CRTS com- 
mand (for CRT errors), the KSTC com- 
mand (for keyboard errors) or the RDSTS 
command for diskette errors). 

The SRQDAK command is used to clear a device 
interrupt. The subsequent data byte from the master 
processor to the input data buffer is as follows: 



MSB 



LSB 



U 



CRT j 

■KEYBOARD HITsI^t""" 
■DISKETTE j 



>■ RESERVED 
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An Interrupt Reset bit, when set, clears the corre- 
sponding interrupt bit in the device status 
byte (see DSTAT command). Attempting 
to reset an interrupt bit that is not set 
causes the illegal interrupt mask bit to be 
set in the system status byte. Note that the 
SRQDAK command also clears the hard- 
ware interrupt to the IPB/IPC. 

The SRQACK command causes the IOC to reset all 
of the interrupt bits in the device status byte and the 
hardware interrupt to the IPB/IPC. A data byte 
transfer is not associated with the SRQACK 
command. 



The SRQ command causes the IOC to generate a 
hardware interrupt to the IPB/IPC. The interrupt 
bits of the device status byte are not affected, and a 
data byte transfer is not initiated. This diagnostic 
command allows any master processor to test the 
IOC interrupt request line when all other local inter- 
rupts of the IPB/IPC are reset. The IOC interrupt 
request causes a level 7 interrupt request on the 
Multibus interface. The interrupt request is cleared 
by a SRQACK command. 

The DECHO command causes the IOC processor to 
accept and return (in complemented form) the next 
data byte input from the master processor. Although 
the data byte is sent and received via I/O port CO, the 
path within the IOC includes a software-controlled 
transfer of the data byte from the DBB input data 
buffer to the DBB output data buffer. The entire 
action constitutes a fairly comprehensive test of the 
master processor-IOC interface. The IOC response 
to a DECHO command requires approximately two 
milliseconds. 



The CSMEM command causes the IOC processor to 
checksum the contents of the IOC ROM and thereby 
perform a confidence test on the IOC firmware. If 
the^hecksum test passes, the IOC processor sets the 
C/D flag to zero and returns a data byte of all 
zeroes; if the checksum test fails, the IOC processor 
sets the C/D flag to one and returns a data byte of 
all ones. Command execution requires approximately 
100 milliseconds. 



The TRAM command causes the IOC processor to 
perform read-after-write testing of IOC RAM. If a 
RAM location is found to be faulty, the test js ter- 
minated, and the IOC processor sets the C/D flag 
to one and returns a data byte of all ones. If the test 
passes, the IOC processor sets the C/D flag to zero 
and returns a data byte of all zeros. Faulty locations 
are not identified. Command execution requires 
approximately 100 milliseconds. 



The SINT command causes the IOC processor to 
accept an interrupt enable byte at the input data buf- 
fer of the DBB. The enabling of any interrupt bit also 
enables the hardware interrupt line (IOC interrupt) to 
the IPB/IPC. The interrupt enable bits perform a 
function identical to the request interrupt control bit 
(bit 7) of a command byte. Note that once an inter- 
rupt is enabled, it remains enabled until a subsequent 
SINT command is issued to clear the interrupt enable 
bit. The format of the interrupt enable byte is as 
follows: 



MSB 



LSB 



L 



CRT 1 

- KEYBOARD [ 
-DISKETTE I 



INTERRUPT 
ENABLE 



y RESERVED 



An Interrupt Enable bit, when set, enables the inter- 
rupt from the corresponding IOC device. 
The format of the interrupt enable byte Is 
identical to that of the interrupt reset byte 
of the SRQDAK command. Note that 
when any of the interrupts are enabled, the 
IOC interrupt to the IPB/IPC is also 
enabled. 



4.3.2 CRT COMMANDS 

All timing and formatting of the integral CRT 
display is established by the IOC firmware and the 
8275 programmable CRT controller. The pre- 
sentation of data is accomplished by transferring 
data from IOC RAM tables to the CRT character 
generating circuits. Commands from the master pro- 
cessor merely update the data tables. A single type of 
command is used to write keyboard inputs and to 
program responses on the CRT. A second CRT- 
associated command returns CRT status to the 
master processor. 



The CRTC command causes the IOC to use the next 
data byte appearing at the DBB input data buffer as 
an input to the CRT display tables located in IOC 
RAM. The occurrence of the command is totally 
asynchronous with respect to CRT display raster tim- 
ing. Furthermore, positioning of characters on the 
CRT screen is determined solely by a pointer that is 
maintained by the IOC firmware. Operator keyboard 
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entries can alter the pointer for editing purposes, but 
the interpretation of the special characters used for 
this purpose (or any other purpose) is a function of 
the IOC firmware. The character codes employed are 
those of the ASCII set. 

When operating under ISIS or Monitor, the 
IPB/IPC polls the DBB to determine when the IOC 
has accepted the CRT character byte, and interrupts 
are not employed (the request interrupt bit of the 
command byte is notset). When the request interrupt 
bit (bit 7) of the CRTC command byte is set (or if 
CRT interrupts have been previously enabled by a 
SINT command), the IOC processor will set the CRT 
interrupt bit in the device status byte when it writes 
the CRT character byte into IOC RAM and, unless 
IOC interrupts have been masked out by the master 
processor, the IOC will interrupt the IPB/IPC. In an 
interrupt-driven environment, the master processor 
should clear the CRT interrupt (SRQDAK or 
SRQACK command) before the next CRT character 
byte is written. 

NOTE 

Interrupt-driven programs that make use of 
the IOC interrupt must access the device 
status byte (DSTAT command) to determine 
the source of the interrupt. 

The CRTS command causes the IOC processor to 
load the CRT status byte into the output data buffer 
of the DBB and to clear the CRT device error bit in 
the device status byte. The CRTS command is nor- 
mally issued only in response to a CRT error as 
indicated by the setting of the device error bit in the 
system status byte and the setting of the CRT error 
bit in the device status byte. The format of the CRT 
status byte is as follows: 



MSB 



LSB 




CRT PRESENT 



RESERVED 



ILLEGAL DATA 
ILLEGAL STATUS 

RESERVED 



CRT Present is set during initialization and indi- 
cates that the IOC is operational (i.e., able 
to respond to commands from a master 
processor). 



Illegal Data is set when the master processor loads 
a data byte into the DBB input buffer 
without a preceding CRTC command. The 
illegal data bit is cleared when the master 
processor reads the CRT status byte. 

Illegal Status is set when the request interrupt bit 
(bit 7) of the CRTS command byte is 
erroneously set by the master processor. (A 
master processor cannot legally request an 
interrupt at the completion of a status 
accessing operation.) The illegal status bit 
is cleared when the master processor reads 
the CRT status byte. 

4.3.3 KEYBOARD COMMANDS 

Two commands are used with the keyboard; one 
command is used to access keyboard entries, and the 
other command is used to access keyboard status. 

The KEYC command causes the IOC processor to 
access an ASCII character byte from the keyboard 
processor and to place this byte in the output data 
buffer. The KEYC command is the only IOC data 
transfer command that does not make use of the 
request interrupt bit in the command byte (to enable 
keyboard interrupts, the SINT command must be 
used). The format for the keyboard character bytes is 
established by the ASCII standard. 

The KSTC command causes the IOC to access the 
keyboard status byte and to place this byte in the out- 
put data buffer of the DBB. When operating in the 
polled mode (interrupts disabled), the master pro- 
cessor first uses the KSTC command to determine 
when a character has been entered at the keyboard 
(by testing the data ready bit) and then uses the 
KEYC command to access the character byte. The 
KSTC command is also issued in response to a 
keyboard error (indicated by the setting of the device 
error bit in the system status byte and the setting of 
the keyboard device error bit in the device status 
byte). The format of the keyboard status byte is as 
follows: 



MSB 



LSB 



L 



DATA READY 
KEYBOARD PRESENT 



RESERVED 



- ILLEGAL STATUS REQUEST 
-DEVICE TIMEOUT 
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Data Ready is set wlien a character byte is available 
from the keyboard processor as a result of 
keyboard entry. 

Keyboard Present is set when the keyboard is 
connected to the development system. The 
IPB/IPC examines this bit during initial- 
ization to assign the system console device 
(if the keyboard present bit is set, the 
keyboard and integral CRT are assigned as 
the system console; if the keyboard present 
bit is clear, the device attached to one of 
the serial I/O channels is assigned as the 
system console). 

Illegal Status Request is set when the request inter- 
rupt bit in the KSTC command byte is set 
(a master processor cannot legally request 
an interrupt at the completion of a status- 
access operation) and is cleared when the 
master processor reads the keyboard status 
byte. 

Device Timeout is set when a KEYC command is 
issued when a character byte is not 
available from the keyboard processor 
(data ready bit clear). The device timeout 
bit is cleared when the master processor 
reads the keyboard status byte. 



4.3.4 INTEGRAL DISKETTE 
COMMANDS 

The integral diskette of the Intellec Series II develop- 
ment system is a random-access, mass-storage media 
on which information is formatted to simplify access 
and to utilize available storage space. Accordingly, a 
significant amount of control information must be 
passed to the diskette and its control circuits. Some 
control information such as sector size may be fixed 
and can be established during system initialization. 
Other information, such as the size of a file to be 
recorded and the availability of storage space, can 
only be determined immediately prior to recording 
the file and requires active participation on the part 
of the master program. 

The need to provide for master program control of 
diskette recording plus the fact that data transfers 
occur in two directions (diskette read or write) 
substantially increases the number of commands that 
must be issued to the IOC. Furthermore, two types of 
status bytes are returned by the IOC processor; one 
to indicate the success of IOC/master interactions 
and the other to indicate the results of IOC/diskette 
drive interactions. The six commands required to 
transfer diskette control, data, and status bytes are 
listed in table 4-1. 



Most of the control information supplied to the IOC 
is provided in the form of five bytes that are referred 
to as the I/O parameter block (lOPB). These bytes 
specify the diskette operation to be performed and 
provide formatting information including the 
number of records (sectors) to be transferred and the 
track and sector addresses. 



The diskette commands are associated with two inter- 
faces; the interface between the IOC and a master 
processor and the interface between the IOC pro- 
cessor and the diskette. The diskette read and write 
commands (RDBC and WDBC) transfer data 
between the master processor and IOC RAM. Con- 
versely, the parameter block write commands 
(WPBC and WPBCC) load the I/O parameter block 
into IOC RAM; the contents of the parameter block 
are used to define and initiate data transfers between 
IOC RAM and the diskette. The read drive status 
command (RDSTS), in addition to defining the cur- 
rent status of the drive, indicates incorrect command 
entry or execution. The read result status command 
(RRSTS) is used to verify the result of a diskette 
operation. 

Diskette data transfers must be viewed as two 
separate operations; the transfer of the data block 
between a master processor and IOC RAM and the 
transfer of the data block between IOC RAM and the 
diskette. Data block transfers between IOC RAM 
and the diskette are automatically initiated when the 
last byte of the I/O parameter block is written into 
IOC RAM. Accordingly, in order to write data on 
the diskette, the data block must first be written into 
IOC RAM before the parameter block is written. 
Conversely, in order to read a data block from the 
diskette, the parameter block must precede the 
reading of the data block from IOC RAM. Typical 
command sequences for diskette read and write 
operations are outlined in table 4-2. 

The WPBC command causes the IOC processor to 
accept the next data byte at the DBB input data buf- 
fer as the first (channel word) byte of a parameter 
block. The IOC processor writes this data byte into a 
preassigned location in IOC RAM. The request inter- 
rupt bit of the command byte, if set, causes a diskette 
device interrupt to be generated when the byte is writ- 
ten into RAM. The format and function of the first 
parameter block byte are discussed following the 
description of the WPBCC command. 

The WPBCC command causes the IOC processor to 
accept the next data byte at the DBB input data buf- 
fer as one of the subsequent I/O parameter block 
bytes. The IOC processor writes the byte into IOC 
RAM and, if the request interrupt bit is set in the 
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Table 4-2. Typical Diskette Read and Write Command Sequences 


Read Sequence 


Command 


Action 


RDSTS 


Determine if drive Is ready 


WPBC 


Input lOPB Channel Word byte 


WPBCC 


Input lOPB Diskette Instruction byte 


WPBCC 


Input lOPB Sector Count byte 


WPBCC 


Input lOPB Track Address byte 


WPBCC 


Input lOPB Sector Address byte 


RDSTS 


Determine when operation is complete (polled mode) 


RRSTS 


Determine if operation was successful 


RDBC 


Output data block from IOC RAM 


Write Sequence 


Command 


Action 


RDSTS 


Determine if drive is ready 


WDBC 


Input data block to IOC RAM 


WPBC 


Input lOPB Channel Word byte 


WPBCC 


Input lOPB Diskette Instruction byte 


WPBCC 


Input lOPB Sector Count byte 


WPBCC 


Input lOPB Track Address byte 


WPBCC 


Input lOPB Sector Address byte 


RDSTS 


Determine when operation is complete (polled mode) 


RRSTS 


Determine if operation was successful 



NOTE: 

1 . First byte of data block input to IOC from master processor contains sector count that is multiplied 
by 1 28 by the IOC to determine the number of bytes to be transferred. 



command byte, generates a diskette device interrupt 
when the byte is written. The data byte being written 
into IOC RAM is either the second, third, fourth or 
fifth byte of the I/O parameter block. The byte writ- 
ten and the IOC RAM location selected are deter- 
mined by the occurrence of the WPBC command and 
any subsequent WPBCC command. In other words, 
the WPBC command serves as a reference for the 
I/O parameter block and the following four WPBCC 
commands load the four remaining parameter bytes 
in consecutive RAM locations. Accordingly, the 
parameter block bytes must be presented in sequence, 
and any detected error requires reentry of the entire 
I/O parameter block. The sequence in which I/O 
parameter block bytes are input is indicated in table 
4-2. 



The format of the I/O parameter block Channel 
Word byte (byte 1) associated with the WPBC com- 
mand is as follows: 



MSB 



LSB 



r- 



V RESERVED 



SECTOR SEQUENCE 
RESERVED 



NOTE 

Further details on programming diskette 
operations are provided in the 8271 Pro- 
grammable Floppy Disk Controller data 
sheet. 



The sector sequence bit (bit 6) is only examined when 
a format track operation is specified in the diskette 
instruction byte (byte 2) of the I/O parameter block. 
When the sector sequence bit -is set, the "random" 
sector format is selected, and the diskette controller 
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accesses a format table in IOC RAM to determine the 
order in wfiich logical sector addresses are assigned 
when formatting the track. The format table consists 
of 26 data byte pairs. The first byte of each pair is a 
sector address ranging from 1 to 26 (01 H- 1 AH); the 
second byte can contain any value and is required 
only to maintain compatibility with the Intel two- 
board diskette controllers. The format table must be 
written into IOC RAM (using the WDBC command) 
prior to initiating the format track operation. The 
format table itself begins at the same predefined loca- 
tion in IOC RAM that is used to temporarily store 
diskette data. The first entry in the table is the sector 
count byte (see WDBC command description) and 
contains a value of OIH (the IOC processor multi- 
plies the sector count value by 128 to determine the 
number of consecutive RAM locations to be written 
by the WDBC command). During the format track 
operation, the diskette controller writes the first sec: 
tor address entry from the table into the ID field of 
physical sector 01 (the first sector following the index 
mark), the second sector address table entry into 
physical sector 02, etc., until all 26 sectors have been 
written. The track address written into the ID field is 
taken directly from the track address byte (byte 4) of 
the I/O parameter block. The sector data marks, 
CRC characters and gaps are supplied by the diskette 
controller, and the data field of each sector is filled 
with 128 bytes of 0E5H. 



When the sector sequence bit is clear, the "sequen- 
tial" sector format is selected. The format track 
operation follows the random sector format descrip- 
tion of the previous paragraph with the exception 
that the sector addresses are assigned in sequential 
order (i.e., physical sector 01 is assigned logical sec- 
tor address 01, physical sector 02 is assigned logical 
sector 02, etc.) by the diskette controller, and a for- 
mat table is not required. 



The format of the I/O parameter block Diskette 
Instruction byte (byte 2) is as follows: 



MSB 



LSB 



I, 



OPERATION CODE 



RESERVED 
(MUST BE ZERO) 

') DRIVE ADDRESS 
I (MUST BE ZERO) 



I RESERVED 
(MUST BE ZERO) 



Drive Address. Bits 4 and 5 specify the drive address. 
The integral drive is assigned unit 0, and 
bits 4 and 5 must both be zero. 

Operation Code. Bits 0, 1 and 2 specify the diskette 
operation to be performed. Operation code 
functions are outlined in table 4-3. 

The format of the I/O parameter block Sector Count 
byte (byte 3) is as follows: 



MSB 



LSB 



5 



SECTOR 
COUNT 



RESERVED 
(MUST BE ZERO) 



The Sector Count byte specifies the number of sec- 
tors to be accessed during a diskette read, 
write or verify operation. The combined 
value of the sector count and the (starting) 
sector address (byte 5 of the I/O parameter 
block) cannot be greater than 26 (lAH). 
Note that if the sector count value is OH, 
one sector is transferred. 

The format of the I/O parameter block Track 
Address byte (byte 4) is as follows: 



MSB 



LSB 



TRACK 
ADDRESS 



RESERVED 
(MUST BE ZERO) 



The Track Address byte specifies the track to be 
accessed during a subsequent diskette seek, 
read or write operation. Since a diskette 
has 77 tracks, legal values range from OOH 
to 4CH (tracks through 76). 



4-9 



IOC I/O Interfaces 



Intellec Series II 



The format of the I/O parameter block Sector 
Address byte (byte 5) is as follows: 



MSB 



LSB 



7 6 5 



3 2 1 



3 



L 



>■ SECTOR ADDRESS 



RESERVED 
(MUST BE ZERO) 



The Sector Address byte specifies the sector or the 
first of a series of sectors to be accessed 
during a subsequent diskette read, write or 
verify operation. Legal values range from 
0IHtolAH(I-26). 



The WDBC command causes the IOC processor to 
read-in a block of data bytes through the DBB input 
data buffer and to write the data bytes into sequential 
locations in IOC RAM. The WDBC command is 
used prior to a write data or format track (random 
format only) diskette operation to load the data to be 
written on the diskette into IOC RAM. The first byte 
transferred by the WDBC command is a count byte 
that specifies the number of 128-byte blocks to 
follow (the count byte is not written into RAM; the 
IOC multiplies the value by 128 to determine the 
extent of the transfer). Note that while the format 
table associated with the format track operation only 
requires 52 byte entries, 128 bytes are transferred by 
the WDBC command. The request interrupt bit of 
the WDBC command byte, when set, causes a 
diskette device interrupt to be generated when the 
specified number of data bytes have been written into 
IOC RAM. 



The RDBC command causes the IOC processor to 
place sequential data bytes from IOC RAM into the 
DBB output data buffer and is issued following a 
read data diskette operation to allow a master pro- 
cessor to access the data read from the diskette. The 
number of bytes transferred by a RDBC command is 
dependent on the number of sectors read during the 
previous read data operation (specified by byte 3 of 
the associated I/O parameter block). When the 
request interrupt bit is set in the RDBC command 
byte, a diskette device interrupt is generated when the 
master processor reads-in the last data byte from the 
DBB output data buffer. 



The RRSTS command is issued when a diskette 
device error is indicated in the device status byte and 
causes the IOC processor to place the diskette con- 
troller's result byte in the DBB output data buffer. 
The diskette device error bit is cleared when the 
master processor reads the result byte. The individual 
bits of the result byte are defined as follows: 



MSB 














LSB 


h 


e ! 


1 " ^ 


2 1 


o| 
















- 

































DELETED RECORD 
CRC ERROR 
SEEK ERROR 
ADDRESS ERROR 

DATA OVERRUN/UNDERRUN ERROR 

WRITE PROTECT 

NOT USED 

(ZERO RETURNED) 

NOT READY 



Deleted Record is set when an attempt is made to 
read or verify a deleted sector (a sector that 
has previously been rewritten with a deleted 
data mark at the beginning of its data 
field). If the deleted record bit is set, the 
data is not transferred or verified. 

CRC Error is set when the CRC character computed 
for a read data or verify CRC operation 
does not match the CRC character 
generated when the sector was written. 
Since this error is not detected until the sec- 
tor is read, the data in IOC RAM must be 
considered invalid. 

Seek Error is set during a read, write or verify opera- 
tion when the addressed sector cannot be 
located within one complete revolution or 
when the track address specified does not 
match the track address read. If the seek 
error bit is set, no data is transferred, and a 
recalibrate operation should be performed 
to position the drive's read/write head at a 
known location. 

Address Error is set when: 

• the track address specified is greater 
than76(4CH). 

• a sector address of OOH is specified. 

• a sector address greater than 26 (lAH) 
is specified. 

• the sector address and the number of 
sectors specified is greater than 26 
(lAH). 
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Table 4-3. Diskette Operation Codes 



Operation Code 
Bit 2 Biti BitO 



Operation 



Function 



No Operation 



Seek 



Format Track 



Recalibrate 



Read Data 



Verify CRC 



Write Data 



Write Deleted 
Data 



No operation. The diskette controller immediately sets ttie operation 
complete status bit in the diskette device status byte when the last I/O 
parameter block Is written. 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block and sets the operation complete status bit In the 
diskette device status byte. 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block. When the complete track has been formatted, the 
diskette controller sets the operation complete status bit. 

Steps the diskette drive's read/write head out until a track Indication is 
received from the drive. When track Is located, the diskette controller 
sets the operation complete status bit. 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block and begins reading the sector ID fields until the sec- 
tor addressed In byte 5 of the I/O parameter block is located. When the 
addressed sector is located, transfer the data contents of the number of 
sectors specified by byte 3 of the I/O parameter block to IOC RAM. When 
the transfer Is complete, the diskette controller sets the operation com- 
plete status bit. 

Identical to the read data operation except that no data Is transferred to 
IOC RAM. If an error Is detected (I.e., if the data read does not match the 
data previously written), the diskette controller sets the CRC error bit In 
the result status byte. The operation complete status bit is set when the 
operation Is complete {or if an error is detected). 

Initiates a seek operation to the track address specified in byte 4 of the 
I/O parameter block and begins reading the sector ID fields until the sec- 
tor addressed in byte 5 of the I/O parameter block is located. When the 
addressed sector is located, reads in the data from IOC RAM and serially 
writes the data into the sector's data field. When the number of sectors 
specified by byte 3 of the I/O parameter block have been written, the 
diskette controller sets the operation complete status bit. 

Identical to the write data operation except that a deleted data mark is 
written in place of the data address mark at the beginning of the data 
field. 



Data Overrun/Underrun Error is set when the disk- 
ette controller is unable to write a data byte 
to RAM before it is overwritten or when 
the requested data byte is not received from 
RAM in time to be written on the diskette. 



Not Ready is set when the diskette drive is not ready 
to perform a seek, read or write operation 
(i.e., the door is open or a diskette is not 
installed). 



Write Protect is set when an attempt is made to for- 
mat or write to a write-protected diskette. 
When this bit is set, the operation is 
prevented, and no data is written on the 
diskette. 



The RDSTS command causes the IOC processor to 
place the diskette status byte in the DBB output data 
buffer. The RDSTS command is used prior to a 
diskette operation to determine if the drive is ready 
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and is used in the polled mode (interrupts disabled) to 
determine when the operation has been completed. 
The format of the diskette status byte is as follows: 



MSB 



LSB 



r 



RESERVED 

READY 

OPERATION COMPLETE 

PRESENT 

RESERVED 

ILLEGAL DATA 

ILLEGAL STATUS 

RESERVED 



Ready is set when the diskette is ready to perform 
a seek, read or write operation (i.e., the 
diskette is in place and up to speed). 



Operation Complete is set when the specified 
operation has been completed or when the 
operation cannot be completed as a result 
of an error condition. When this bit is set, 
the device status byte and/or the con- 
troller's result byte should be examined. 

Present is set when the integral diskette drive is 
physically connected to the IOC circuit 
board. 

Illegal Data is set when the master processor loads 
a data byte into the DBB input data buffer 
without a preceding integral diskette 
command. 

Illegal Status is set when the request interrupt bit 
(bit 7) of an RDSTS or RRSTS command is 
set by a master processor (a master pro- 
cessor cannot request an interrupt at the 
completion of a status-access operation). 
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CHAPTER 5 
PIO SUBSYSTEM INTERFACES 



The Parallel Input Output (PIO) subsystem consists 
of the hardware and software that are used to 
establish interfaces between a master processor and 
the standard parallel-byte peripheral devices of the 
Intellec Series II development systems. The standard 
peripherals consist of a line printer, a paper tape 
punch, a paper tape reader, and an Intel PROM 
programmer. 



The interfaces for the printer and paper tape 
reader/punch are somewhat specialized, but may be 
modified to meet the requirements of similar devices. 
The bidirectional PROM programmer interface is 
more adaptable and can be modified to meet the 
parallel communication needs of a wide variety of 
intellegent devices, subsystems, and systems. 



5.1 PIO/MASTER PROCESSOR 
PROTOCOL 



The IPB/IPC (or any other master processor) uses 
two I/O ports for communications with the PIO pro- 
cessor's data bus buffer. One port (port F8) is a 
bidirectional data port that provides single byte 
transfers to or from the PIO processor's data bus 
buffer. The byte transferred may contain data to or 
from a device, status from the PIO processor or one 
of its devices, or diagnostic information from the 
PIO processor. The other port (port F9) is a control 
port that is used to transfer commands to the PIO 
processor or to return DBB status to the master pro- 
cessor. All transfers via the data port must be pre- 
ceded by the issuance of a command to the PIO's 
control port, although a command does not 
necessarily result in a data port transfer. 



The PIO subsystem is, in several respects, similar to 
the IOC. The PIO subsystem includes a data bus buf- 
fer (DBB) that is functionally identical to the IOC's 
DBB; the PIO system commands are identical in 
function to the IOC system commands, and the PIO 
device commands are comparable to the IOC com- 
mands that control the CRT and keyboard. The 
device interfaces of the two subsystems differ, 
however, due to the specific requirements of the 
devices. All PIO functions are implemented within 
an Intel 8041 PIO processor. The 8041 chip contains 
the DBB as well as all data and program memory 
required for peripheral device control. Conversely, 
the PIO subsystem does not use intelligent hardware 
in the form of special- purpose programmable chips; 
all device signal timing and control are established by 
the PIO. The PIO is more flexible in terms of the 
special I/O device interfaces that may be 
implemented. 



All communications between the PIO and a master 
processor are accomplished via the DBB. The DBB is 
essentially an interbus communications facility that 
stores one input byte or output byte and one byte of 
DBB status. The DBB status bits indicate the 
presence of data in the input and output buffers, the 
busy status of the PIO processor relative to com- 
mand execution, and the type of byte (command/ 
status or data) in the input or output buffer. 



Two facts should be noted regarding transfers 
between a master processor and the PIO processor. 
The first fact is that most commands transfer only 
one byte of data, status or diagnostic information via 
the data port, and in order to transfer a block of 
information, a separate command must be issued for 
each byte of the block (the PROM programmer read 
and write commands transfer three bytes). The 
second fact is that the master processor maintains 
complete control of all transfers via the data bus buf- 
fers; the PIO processor can only write to the DBB 
output data buffer when requested by a master 
processor. 



The PIO processor, when responding to a command 
specifying a read operation, sets the FO flag while it is 
executing the command and then sets the output buf- 
fer full (OBF) flag to indicate when the requested 
byte can be read by the master processor. Unless 
interrupts are employed, the master processor must 
repeatedly access (poll) the DBB status byte to deter- 
mine when the requested input data is available. 
Similarly, when the PIO processor is responding to a 
command specifying a write operation, it sets the FO 
flag while it is executing the command and clears the 
input buffer full (IBF) flag when it accepts the byte 
(the master processor sets the IBF flag when it writes 
the byte to the input buffer). The DBB status byte 
must also be examined prior to issuing any command 
to ensure that the PIO processor is ready to accept 
the command (i.e., PIO busy flag FO must be tested). 
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The format of the DBB status byte returned during 
an I/O read of port F9 is as follows. 



OBF 



IBF 



FO 



C/D 



MSB 



LSB 



r 



OBF 
IBF 
FO 
C/D 



:/ 



RESERVED 



Output Buffer Full. The OBF flag is 
automatically set (to a "1" state) by the PIO 
processor when it writes a data byte to the out- 
put buffer. The OBF flag is automatically 
cleared (to a "0" state) when the master pro- 
cessor reads the byte from the output buffer. 



Input Buffer Full. The IBF flag is 
automatically set by the master processor 
when it writes a data byte to the input buffer. 
The IBF flag is automatically cleared when the 
PIO processor reads the byte from the input 
buffer. 



FO flag. The FO flag is set by the PIO 
processor on receipt of a command from the 
master processor in order to lock out addi- 
tional command entry. On completion of the 
command, the PIO processor clears the FO 
flag. The master processor monitors the FO 
flag to determine when a command has been 
accepted (FO flag set) and when command 
processing is complete (FO flag clear). 



Command/Data. The C/D flag reflects the 
state of the master processor's low-order port 
address bit to differentiate between_ the 
writing of a data byte to port F8 (C/D=0) 
andUie writing of a command byte to port F9 
(C/D=I). The PIO processor examines this 
flag to determine if the byte in the input buf- 
fer is a command or data. The PIO processor 
also controls this flag to inform the master 
processor of the contents of the output buffer 
(if C/D=0, the output buffer contains the 
requested data byte; if C/D=I, the output 
buffer contains a status byte). 



Command bytes transferred to the PIO processor 
during an I/O write to port F9 have the following 
general format: 



MSB 



LSB 




REQUEST INTERRUPT 



Command Code is a 5-bit binary value that uniquely 
identifies each of the commands that may 
be issued by the master processor. 

Control Code is a two-bit code that provides addi- 
tional control of PIO paper tape reader 
operations. 

Request Interrupt is a control bit that informs the 
PIO that an interrupt is expected at the 
completion of the operation specified by 
the command. Commands that use the 
request interrupt bit are the paper tape 
reader, paper tape punch and line printer 
control commands. 



5.2 PIO COMMANDS 

Specific commands are used to transfer data between 
the master processor and the peripheral devices 
associated with the PIO subsystem and to return 
status bytes from the individual devices. Other com- 
mands are not used by any specific device and are 
defined as system commands. A complete list of the 
PIO commands is provided in table 5-1 . 



5.2.1 SYSTEM COMMANDS 

There are eleven commands available to a master 
processor that are used to control or test system func- 
tions common to the PIO subsystem. These system 
commands are identical in function to the eleven 
system commands of the IOC and permit a program- 
controlled reset function, return device and sub- 
system status, control the enabling and disabling of 
interrupts and permit diagnostic testing of the PIO 
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Table 5-1 . PIO Command Set 



Command 


Mnemonic 


Function 


Type 


Code 


System 


00000 
00001 
00010 
00011 
00100 
00101 
00110 
00111 
01000 
01001 
01010 
01011 
thru 
01111 


PACIFY 

ERESET 

SYSTAT 

DSTAT 

SRQDAK 

SRQACK 

SRQ 

DECHO 

CSMEM 

TRAM 

SINT 


Resets PIO and its devices. 

Resets device-generated error (not used by standard devices). 

Returns subsystem status byte to master processor. 

Returns device status byte to master processor. 

Inputs device interrupt acl<nowiedge mask from master processor. 

Clears PIO subsystem interrupt request. 

Requests PIO to forw/ard an interrupt request to the master processor. 

Requests PIO to echo data byte sent by master processor. 

Requests PIO to checl<sum internal ROM. Returns pass/fall. 

Requests PIO to test internal RAM. Returns pass/fail. 

Enables specified device interrupt from PIO. 

Reserved, causes illegal command error. 


Reader 


10000 
10001 


RDRC 
RSTC 


Moves tape one frame forv»/ard/ reverse or returns paper tape reader data byte. 
Returns paper tape reader status byte. 


Punch 


10010 
10011 


PUNC 
PSTC 


Transfers data byte to paper tape punch. 
Returns paper tape punch status byte. 


Printer 


10100 
10101 
10110 


LPTC 
LSTC 
WPPC 


Transfers data byte to printer. 

Returns printer status byte. 

Transfers two address/control bytes and one write data byte to PROM 

programmer. 


PROM 
Programmer 


10111 

11000 

11001 

11010 

thru 

11111 


RPPC 

RPSTC 
RDPDC 


Transfers two address/control bytes to PROM programmer and one read data 

byte from PROM programmer. 

Transfers two PROM programmer status bytes to master. 

Transfers read data byte from PROM programmer. 

Reserved, causes illegal command error. 



facilities. The following text describes each of the 
system commands and defines the format of the data 
bytes transferred as a result of command execution. 

NOTE 

Bit 7 of the command byte is not used in 
system commands (i.e., an interrupt cannot 
be generated by the PIO on completion of a 
system command). 

The PACIFY command is a software reset that ter- 
minates any pending I/O opertion and reinitializes 
the PIO hardware and software. There is no data 
byte transfer associated with the PACIFY command, 
and a minimum of 100 milliseconds is required to 
complete the initialization sequence. 

The ERESET command is intended for use with a 
peripheral device that requires a hardware error reset 
to clear an error condition within the device. Since 
the standard devices of the PIO do not require an 
error reset signal, the ERESET command is not 
implemented by PIO firmware. 

The SYSTAT command causes the PIO processor to 
load the system status byte into the output data buf- 
fer of the DBB. The PIO processor sets that OBF flag 



and clears the C/D flag to inform the master pro- 
cessor that the system status byte can be read from 
the data port. The format of the system status byte is 
as follows: 



MSB 



LSB 




RESERVED 



ILLEGAL INTERRUPT MASK 
ILLEGAL DATA TRANSFER 
ILLEGAL COMMAND 
DEVICE ERROR 



Illegal Interrupt Mask is set when the interrupt reset 
mask transferred by a SRQDAK command 
does not correspond to the interrupt bit set 
in the device status byte. The illegal inter- 
rupt mask bit is cleared when the master 
processor reads the system status byte from 
the DBB output buffer. 
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Illegal Data Transfer is set when a master processor 
loads a data byte into the DBB input buffer 
without a preceding command. The byte is 
not accepted by the PIO. The illegal data 
transfer bit is cleared when the master pro- 
cessor reads the system status byte from the 
DBB output buffer. 

Illegal Command is set when a master processor 
loads an undefined command code into the 
DBB input buffer (see table 5-1). The com- 
mand byte loaded is not executed by the 
PIO. The illegal command bit is cleared 
when the master processor reads the system 
status byte. 

Device Error is set when a device fails to respond to a 
command. The master processor must issue 
a DSTAT command to determine the indi- 
vidual device responsible for the error and 
to clear the device error bit from the system 
status byte. 

The DSTAT command causes the PIO processor to 
load the device status byte into the DBB output data 
buffer. The PIO processor sets the OBF flag and 
clears the C/D flag to inform the master processor 
that the device status byte can be read from the data 
port. The format of the device status byte is as 
follows: 



MSB 



3 

r 



PAPER TAPE PUNCH \ 

■''"'^'^^'^ } INTERRUPT 

' PAPER TAPE READER / 

- RESERVED 

- PAPER TAPE PUNCH 

■ PRINTER 
-PAPER TAPE READER | 

■ PROM PROGRAMMER 



DEVICE 
ERROR 



A Device Interrupt bit is set when the operation 
specified by a command that has its request 
interrupt bit set has been completed. The 
device interrupt bit is cleared by a subse- 
quent SRQDAK or SRQACK command. 

A Device Error bit is set when the specified device is 
unable to comply with a command issued 
by the master processor. A device error bit 
is cleared when the master processor reads 
the device status byte. More detailed error 
information is provided by the individual 
device status bytes (see RSTC, PSTC and 
LSTC command descriptions). 



The SRQDAK command is used to clear a device 
interrupt. The subsequent data byte from the master 
processor to the DBB input data buffer is as follows: 



MSB 



LSB 



r 



V 



PAPER TAPE 1 
PUNCH 

LINE V INTERRUPT 

PRINTER A RESET 
PAPER TAPE r 
READER 



y- RESERVED 



An Interrupt Reset bit, when set, clears the cor- 
responding device interrupt bit in the 
device status byte (see DSTAT command 
description). Attempting to reset an inter- 
rupt bit that is not set causes the illegal 
interrupt mask bit to be set in the system 
status byte. Note that the SRQDAK com- 
mand also clears he PIO hardware inter- 
rupt signal to the IPB/IPC. 



The SRQACK command causes the PIO processor to 
reset all of the device interrupt bits in the device 
status byte and the PIO hardware interrupt signal to 
the IPB/IPC. A data byte transfer is not associated 
with the SRQACK command. 



The SRQ command causes the PIO to generate a 
hardware interrupt to the IPB/IPC. The device inter- 
rupt bits of the device status byte are not affected and 
a data byte transfer is not initiated. This diagnostic 
command allows a master processor to test the PIO 
hardware interrupt signal when all other local inter- 
rupts of the IPB/IPC .are reset. The PIO interrupt 
signal causes a level 7 interrupt request on the 
Multibus interface. The interrupt signal is cleared by 
a subsequent SRQACK command. 



The DECHO command causes the PIO processor to 
accept and return (in complemented form) the next 
data byte input from the master processor. Although 
the data byte is sent and received via I/O port F8, the 
internal path within the PIO processor includes a 
software-controlled transfer of the data byte from 
the DBB input data buffer to the DBB output data 
buffer. The DECHO command represents a fairly 
comprehensive test of the master processor-PIO 
interface. The PIO response to a DECHO command 
requires approximately two milliseconds. 
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The CSMEM command causes the PIO processor to 
checksum the contents of the PIO internal ROM and 
thereby perform a confidence test of the PIO firm- 
ware. If the checlcsum test passes, the PIO processor 
clears the C/D flag to zero and returns a data byte 
of all zeroes; if the checksum test fails, the PIO pro- 
cessor sets the C/D flag to one and returns a data 
byte of all ones. Command execution requires 
approximately 100 milliseconds. 



The TRAM command causes the PIO processor to 
perform read-after-write testing of PIO internal 
RAM. If a RAM location cannot be successfully 
written and read-back, the test is immediately ter- 
minated, and the PIO processor sets the C/D flag 
to one and returns a data byte of all ones. If the test 
passes, the PIO processor clears the C/D flag to 
zero and returns a data byte of all zeroes. Command 
execution requires approximately 100 milliseconds. 



The SINT command causes the PIO processor to 
accept an interrupt enable byte at the DBB input data 
buffer. A bit set within the byte enables the cor- 
responding device interrupt and also enables the PIO 
hardware interrupt signal to the IPB/IPC. The inter- 
rupt enable bits perform a function identical to the 
interrupt request bit of a command byte. Note that 
once a device interrupt is enabled, it remains enabled 
until a subsequent SINT command is issued to reset 
the interrupt enable bit. The format of the interrupt 
enable byte is as follows: 



MSB 



LSB 




An Interrupt Enable bit, when set, enables the inter- 
rupt from the corresponding device. The 
format of the interrupt enable byte is iden- 
tical to the interrupt reset byte of the 
SRQDAK command. Note that when any 
of the individual interrupt enable bits is set, 
the PIO interrupt line to the IPB/IPC is 
also enabled. 



5.2.2 PAPER TAPE READER 
COMMANDS 

The standard 200 character/second paper tape reader 
is pulsed to move one frame forward (to the right) or 
reverse (to the left). Two control signals are used by 
the reader: DR (drive right) and DL (drive left). The 
paper tape reader supplies two device status signals: 
DATA READY and SYSTEMS READY. The 
DATA READY signal indicates that tape movement 
has been completed and that a valid data byte is being 
presented to the PIO. The SYSTEMS READY signal 
indicates that the reader is connected to the PIO and 
that power is applied to the reader. 

Commands to the PIO include the RDRC reader con- 
trol command and the RSTC reader status com- 
mand. The reader control command is able to either 
move the tape one frame or to enable PIO acceptance 
of the data byte (concurrent tape movement and data 
reading is not implemented). If the PIO detects an 
error condition during a read operation, the reader 
status byte is returned in place of the data byte. The 
PIO informs the master processor that a status byte is 
being presented by setting the command/data bit of 
the DBB status byte, and the operation is comparable 
to the PIO's execution of the RSTC reader status 
command. 

The RDRC command uses bits 5 and 6 of the com- 
mand byte to define the direction of tape movement, 
and either to select tape movement or to enable data 
byte reading. Note that if data byte reading is 
specified, the tape direction bit (bit 5) has no 
significance. The combinations of bits 5 and 6 are as 
follows: 



Bit 


Operation 


6 


5 





1 
1 



1 


1 


Read data byte 

Read data byte 

Move tape forward one frame 

Move tape reverse one frame 



When the request interrupt bit (bit 7) of the com- 
mand byte is set, a PIO interrupt is generated at the 
completion of command processing and the paper 
tape reader device interrupt bit is set in the device 
status byte. When the RDRC command specifies tape 
movement (bit 6 of the command byte set), the inter- 
rupt is generated following tape movement (when the 
paper tape reader generates DATA READY). When 
the command specifies a data byte read operation, 
the interrupt is generated when the PIO processor 
places the requested data byte in the DBB output 
data buffer. Note that if an error is detected during 
command execution, the interrupt is generated when 
the PIO processor places the reader status byte in the 
DBB output data buffer. 
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The RSTC command causes the PIO processor to 
place the reader status byte in the DBB output data 
buffer and to clear the paper tape reader device error 
bit in the device status byte. The format of the reader 
status byte is as follows: 



MSB 



LSB 



E 



DATA READY 
SYSTEMS READY 






RESERVED 



- ILLEGAL STATUS REQUEST 
■READER TIMEOUT 



Data Ready is set when the paper tape reader has a 
character in its output buffer and is cleared 
when the PIO processor executes an RDRC 
command to access the character byte. 
When operating in the polled mode (inter- 
rupts disabled), a master processor tests the 
data ready bit following a tape movement 
command to determine when the character 
can be accessed by a subsequent RDRC 
read data byte command. 



Systems Ready is set when both primary power is 
applied to the paper tape reader and the 
reader is connected to its corresponding 
connector on the rear panel of the develop- 
ment system. 



Illegal Status Request is set when the request inter- 
rupt bit is set in the RSTC command byte 
(a master processor cannot legally request 
an interrupt at the completion of a status 
access operation). The illegal status request 
bit is cleared when the master processor 
reads the paper tape reader status byte 
from the DBB output data buffer. 



Reader Timeout is set if the paper tape reader is not 
connected or has remained in a not ready 
condition (data ready=0) for more than 260 
milliseconds following a tape movement 
command. The timer is reinitialized with 
every RDRC command. 



5.2.3 PAPER TAPE PUNCH COMMANDS 

The standard 75 character/second paper tape punch 
responds to a single control signal (PUNCH COM- 
MAND) that causes the punch to perforate a 
character on the tape and to advance the tape to the 
next frame position. The PUNCH COMMAND 
signal is generated by the PIO following receipt of a 
PUNC command from a master processor. The 
associated paper tape punch data byte is placed on 
the data output lines to the paper tape punch prior to 
the generation of the PUNCH COMMAND signal to 
the paper tape punch. Status regarding paper tape 
punch operations is supplied by the PIO processor to 
the master processor on receipt of a PSTC command. 
Status lines from the paper tape punch consist of 
PUNCH READY (operation complete) and 
SYSTEMS READY. 

NOTE 

The INPUT MODE SELECT and OUTPUT 
MODE SELECT control lines of the 
standard paper tape punch are disabled 
(grounded) at the interface connector on the 
chassis rear panel, and the DIRECTION 
control line is connected to +5 volts to only 
enable forward tape motion. 

The PUNC command causes the PIO processor to 
accept the subsequent data byte at the DBB input 
data buffer as the character byte to be punched on 
the paper tape. The PIO processor delays the genera- 
tion of the PUNCH COMMAND/ control signal 
until the character byte has stabilized on the output 
data lines to the paper tape punch. If the request 
interrupt bit of the PUNC command byte is set, the 
PIO processor sets the paper tape reader device inter- 
rupt bit in the device status byte and generates a PIO 
interrupt to the IPB/IPC when the paper tape reader 
returns a PUNCH READY status indication. 

The PSTC command causes the PIO processor to 
place the paper tape punch status byte in the DBB 
output data buffer and to clear the paper tape punch 
device error bit of the device status byte. The format 
of the paper tape punch status byte is as follows: 



MSB 



LSB 



t 



PUNCH READY 
SYSTEMS READY 



RESERVED 



ILLEGAL COMMAND 
ILLEGAL STATUS REQUEST 
PUNCH TIMEOUT 
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Punch Ready is set when the paper tape punch is 
ready to receive a new punch command 
(i.e., after a character is punched and the 
tape is advanced one frame). When 
operating in the polled mode (interrupts 
disabled), a master processor tests the 
punch ready bit following a PUNC com- 
mand to determine when the operation has 
been completed and the next character can 
be punched. 

Systems Ready is set when both primary power is 
applied to the paper tape punch and the 
punch is connected to its corresponding 
connector on the development system's 
rear panel. 

Illegal Command is set when a PUNC command is 
followed by a subsequent command byte 
(C/D=l). When this bit is set, the PUNC 
command is not executed (a character is 
not punched). The illegal command bit is 
cleared when the master processor reads 
the paper tape punch status byte from the 
DBB output data buffer. 

Illegal Status Request is set when the request inter- 
rupt bit is set in the PSTC command byte (a 
master processor cannot legally request an 
interrupt at the completion of a status 
access operation). The illegal status request 
bit is cleared when the master processor 
reads the paper tape punch status byte 
from the DBB output data buffer. 

Punch Timeout is set if the paper tape punch is not 
connected or has remained in a not ready 
condition (punch ready=0) for more than 
260 milliseconds following a PUNC com- 
mand. The timer is reinitialized with every 
PUNC command. 



5.2.4 PRINTER COMMANDS 

Two PIO commands are used to control the standard 
60 character per second dot matrix printer. One com- 
mand transfers ASCII character and control codes 
from a master processor to the line printer (both 
character and control codes are output to the printer 
as parallel bytes), and the other command returns the 
printer status byte to the master processor. The PIO 
processor uses a single control line (LPT DATA 
STROBE/) to transfer both control and character 
codes to the printer. The ASCII characters trans- 
ferred are stored in the printer's input character buf- 
fer until either 80 characters have been received or a 
carriage return or line feed control code is 
encountered to terminate the line. When a character 
line is complete, the printer initiates its print cycle. 



The line printer returns three status signals to the 
PIO processor: SELECT, BUSY and ACKNOWL- 
EDGE. The SELECT signal is active when the line 
printer is placed on-line, and the BUSY signal is 
active during a print cycle. The ACKNOWLEDGE 
signal, when active, indicates that a character or con- 
trol code has been accepted. The duration of the 
ACKNOWLEDGE signal returned by the standard 
printer is too short to be detected by the PIO pro- 
cessor; the PIO processor assumes that all character 
and control codes are accepted. 



The LPTC command causes the PIO processor to 
accept the subsequent data byte at the DBB input 
data buffer as an ASCII character or control code to 
the line printer. The PIO processor delays the genera- 
tion of the data strobe pulse (LPT DATA STROBE/) 
to the line printer until the ASCII code byte has stabi- 
lized on the output data lines to the printer. If the 
request interrupt bit (bit 7) of the LPTC command 
byte is set, the PIO processor sets the printer device 
interrupt bit in the device status byte and generates a 
PIO interrupt to the IPB/IPC when the associated 
character line is printed (i.e., when BUSY returns to 
an inactive level). 



The LSTC command causes the PIO processor to 
place the printer status byte in the DBB output data 
buffer and to clear the printer device error bit in the 
device status byte. The format of the printer status 
byte is as follows: 



MSB 



LSB 



r 



PRINTER READY 
' PRINTER PRESENT 
PRINTER SELECTED 

I RESERVED 

ILLEGAL COMMAND 
ILLEGAL STATUS REQUEST 
PRINTER TIMEOUT 



Printer Ready is set whenever the printer is on-line 
and is not performing a print cycle (i.e., 
when BUSY is inactive). Since a character 
or control code is not accepted during a 
print cycle, the printer ready bit is exam- 
ined prior to every LPTC command. 



Printer Present is set when the printer is connected, 
powered-on and has been placed off-line, 
the printer present bit remains active. 
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Printer Selected is set when the printer is placed 
on-line (i.e., when SELECT is active) and 
remains set until the printer is placed off- 
line. 

Illegal Command is set when a LPTC command is 
followed by a subsequent command byte 
(C/D=l). When the illegal command bit 
is set, the LPTC command is not executed 
(a data strobe pulse is not generated). The 
illegal command bit is cleared when the 
master processor reads the printer status 
byte from the DBB output data buffer. 

Illegal Status Request is set when the request inter- 
rupt bit is set in the LSTC command byte (a 
master processor cannot legally request an 
interrupt at the completion of a status 
access operation). The illegal status request 
bit is cleared when the master processor 
reads the printer status byte from the DBB 
output data buffer. 

Printer Timeout is set when the printer fails to com- 
plete a print cycle within 3.5 seconds. The 
cycle timer is reinitialized at the beginning 
of every print cycle when BUSY goes 
active. 



5.2.5 PROM PROGRAMMER 
COMMANDS 

The following information pertains to the PROM 
programmer interface of the Intellec Series II 
development system. The text provides details on 
each of the commands and describes the functions of 
bits within the currently implemented data and status 
bytes. The PIO processor does not examine the con- 
tents of any PROM programmer data byte. 

One factor common to all PROM programmer com- 
mands is that the PIO processor initiates a three 
millisecond timeout each time a command is 
received. For the WPPC write command, the timeout 
error simply causes a PROM programmer timeout bit 
to be set in the device status byte. However, for the 
RPPC and RDPDC read commands and the RPSTC 
status command, a special action is taken since it is 
assumed that a valid data or status byte could not be 
accessed from the PROM programmer. This special 
action consists of setting the C/D flag of the DBB 
status byte and loading an all ones byte (FFH) into 
the DBB output data buffer. The master program 
recognizes this DBB response as an indication that 
the PROM programmer was unable to provide the 
requested data or status byte. 



The WPPC command causes the PIO to transfer 
three bytes in sequence from the DBB input data buf- 
fer to the PROM programmer interface write data 
hues (PWD0-PWD7). Concurrently, the PIO pro- 
cessor sequentially activates control lines PPWC2, 
PPWCl, and PPWCO in order to synchronize accep- 
tance of the three bytes by the PROM programmer. 
The PROM programmer responds to each control 
signal by generating PPACK (PROM Programmer 
Acknowledge) to acknowledge acceptance of the 
associated byte. PPACK, since it cannot be detected 
at the PIO processor's data port due to its short dura- 
tion, is additionally coupled to the TEST 1 input 
where it is tested using the appropriate branch 
instruction. 

The three bytes transferred to the PROM program- 
mer by the WPPC command are described in the 
following text in the order of their occurrence. 

The first of the three write bytes is clocked by 
PPWC2 and is known as the low address byte. The 
format of the low address byte is as follows: 



MSB 



LSB 



L 



A1 
A2 
A3 
A4 
A5 
A6 
A7j 



, LOW-ORDER 
> PROM 
' ADDRESS 



The second of three write bytes is clocked by PPWCl 
and is known as the high address byte. The format of 
the high address byte is as follows: 



MSB 



LSB 



HIGH-ORDER 

PROM 

ADDRESS 
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High-Order PROM Address is defined by the control 
bit (bit 7) of the high address byte. When 
the control bit is clear, the four low-order 
bits of the byte contain PROM address bits 
A8 through All (4k address range). When 
the control bit is set, the four low-order bits 
contain PROM address bits A12 through 
A15 (64k maximum address range). 

Nibble Select is only applicable when programming 
4-bit PROMs. When the nibble select bit is 
set, the four data bits to be programmed 
are contained in the high-order four bits of 
the data byte (D7-D4), and when clear, the 
four data bits are contained in the low- 
order four bits of the data byte (D3-D0). 
The nibble select bit is ignored when pro- 
gramming 8-bit PROMs. When reading a 
4-bit PROM, the data is always returned in 
the four low-order bits of the data byte. 

Socket Select, when set, specifies PROM pro- 
gramming operations on the PROM device 
installed in Socket 1 and, when clear, 
specifies PROM programming operations 
on the PROM device in Socket 2. 

Start Read is only applicable during PROM pro- 
grammer read operations (see RPPC and 
RDPDC read command descriptions). 

Control Bit defines the four address bits of the high 
address byte. When set, the high-order 
PROM address bits correspond to address 
bits A12 through A15 and when clear, the 
high-order PROM address bits correspond 
to address bits AS through All. Note that 
since the PIO firmware only issues one high 
address byte with any read or write com- 
mand, when address bits A12 through A15 
are required (e.g., when programming a 
2764 EPROM), the master processor must 
perform a "dummy read" (with the control 
bit set) to load address bits A12 through 
AI5 prior to programming (or reading) the 
PROM. 

The third of the three write bytes is clocked by 
PPWCO and is the data byte to be written into the 
PROM address specified by the low and high address 
bytes. 

The RPPC command is used to read the contents of a 
PROM that has been previously programmed. The 
action of the PIO processor in response to an RPPC 
command is similar to that of the WPPC command 
in that the low and high address bytes are transferred 
to the PROM programmer by sequential generation 
of PPWC2 and PPWCl. If the start read bit of the 
high address byte is clear, the PIO processor 



generates PPRCO in place of PPWCO to cause the 
PROM programmer to transfer the data contents of 
the addressed PROM location to the PIO processor's 
input data port. The PROM programmer signals the 
PIO processor when the data byte is available 
(PPACK), and the PIO processor sets the OBF flag 
in the DBB status byte when it transfers the byte to 
the DBB output data buffer for access by the master 
processor. 

If the start read bit of the high address byte is set, the 
"read polling mode" is selected, and the PROM pro- 
grammer initiates the read operation when the high 
address byte is received (i.e., on receipt of PPWCI). 
Note that in the read polling mode, the low address 
byte must precede the high address byte. The master 
processor monitors the Busy bit in the operation 
status byte (using the RPSTC command) to deter- 
mine when the PROM programmer has accessed the 
addressed data byte. When the byte has been 
accessed (when the Busy bit clears), the master pro- 
cessor must issue an RDPDC command to access the 
data byte. Note that if the data byte returned by an 
RPPC or RDPDC command is invalid, the_PIO pro- 
cessor sets the command/data flag (C/D=l) and 
returns a data byte of all ones. 

The RDPDC command is only valid when a prior 
RPPC command specifies read polling mode opera- 
tion (start read bit set in the high address byte). The 
RDPDC command, as previously explained, is issued 
by the master processor when it determines that the 
PROM programmer has accessed the data byte 
addressed by the RPPC command. In response to the 
RDPDC command, the PIO processor generates 
PPRCO to enable the byte onto the PROM program- 
mer's read data lines (the byte is accepted on receipt 
of PPACK from the PROM programmer) and then 
transfers the byte from its input data port to the DBB 
output data buffer for access by the master 
processor. 

The RPSTC command causes the PIO processor to 
transfer two status bytes to the master processor. On 
receipt of the RPSTC command, the PIO processor 
generates PPRCl to access the operation status byte 
from the PROM programmer. The accessing of the 
operation status byte is simplified in that this byte is 
continuously applied to the read data lines (PRDO- 
PRD7) except when the PROM programmer receives 
a read data command. On receipt of PPACK from 
the PROM programmer, the PIO processor transfers 
the operation status byte to the DBB output data buf- 
fer and then monitors the DBB output buffer full 
(OBF) flag to determine when the master processor 
accepts the status byte. When the byte is accepted 
(when the OBF flag is cleared), the PIO processor 
places the PROM programmer device status byte in 
the DBB output data buffer and again sets the OBF 
flag. 
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PIO Subsystem Interfaces 



Intellec Series II 



The format of the PROM programmer operation 
status byte is as follows: 



MSB 



LSB 



I 



BUSY 

OPERATION COMPLETE 
FAILED TO PROGRAM PROM 
PROGRAMMING ERROR 
ADDRESS ERROR 
HARDWARE FAILURE 
BOARD SENSE ERROR 
PROM PROG RAMMER TIMEOUT 



Busy is set while the PROM programmer is perform- 
ing any operation specified by a data read 
or write command. Note that the remaining 
status bits are only valid when the PROM 
programmer is not busy (i.e., when the 
busy bit is clear). 

Operation Complete is set at the completion of any 
data read or write operation. 

Failed to Program PROM is set when the PROM 
programmer is unable to successfully pro- 
gram the PROM. 

Programming Error is set when an attempt is made to 
reprogram a fused location (e.g., attempt- 
ing to reprogram a bipolar PROM). 

Address Error is set when an attempt is made to pro- 
gram or read a non-existent PROM 
location. 

Hardware Failure is set when a hardware fault is 
detected (e.g., programming voltage not 
present, PROM incorrectly programmed). 

Board Sense Error is set when a personality module is 
not installed for the socket specified. 



PROM Programmer Timeout is a personality 
module-dependent status bit (e.g., the 
UPP-848 personality module sets this bit if 
the 8748 device is incorrectly oriented in the 
socket). 

The format of the PROM programmer device status 
byte is as follows: 



MSB 



LSB 



r 



READY 

PROM PROGRAMMER PRESENT 

RESERVED 

■ ILLEGAL COMMAND REQUEST 

■ RESERVED 

■ PROM PROGRAMMER TIMEOUT 



Ready is set when the PIO processor completes 
execution of a command. 



PROM Programmer Present is set when the PROM 
programmer is connected to its cor- 
responding rear panel connector and 
primary power is applied to the PROM 
programmer. 

Illegal Command Request is set when the master pro- 
cessor issues a new command and the 
previous command has not been 
completed. 

PROM Programmer Timeout is set if the PROM 
Programmer is not present or primary 
power is not enabled, or if command 
execution is not completed within three 
milliseconds (i.e., the ready bit remains 
clear for more than three milliseconds). 
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SIS-II 8B8B/8B8S MACRO ASSEMBLER, VS. 8 



KEYIHT PACE 



LOG 08J 



UFA 
BBF8 

BBFC 
BBFD 



BB2B 
BBBC 



flB7E 
BBBF 



BBB4 
BBBA 



1 

3 

3 

4 

S 

« 

7 

8 

9 

IB 

It 

12 

13 

14 

IS 

Ifi 

17 

IB 

If 

2B 

21 

22 

23 

24 

23 

2t 

27 

28 

29 

3B 

31 

32 

33 



)4 LICFI 
33 LICPl 

36 SICPB 

37 SICPl 

38 1 

39 ; 
4B J 

41 EOI 

42 0C« 

43 1 

44 ) 
43 ; 

4( SINSK 

47 lOCIN 

48 ; 

49 I 
3B ; 

31 lACK 
13 SINT 



SOURCE STATEMENT 

HAHE KEYIHT 
ASEG 

THIS PROGRAM IS AH EXAMPLE OF AH INTERRUPT ROUTINE TO BE USED 
UHEH ENABLING AND SERVICING INTERRUPTS ORIGINATING FROM THE DEVICES 
ATTACHED TO THE LOCAL INTERRUPT CONTROLLER ( lOG/PIO, USARTl, USART2 ETC) 
OF A SERIES II PROCESSOR. 

THIS SPECIFIC EXAMPLE IS FOR A KEYBOARD INTERRUPT FROM THE SERIES II 

MODEL 22B OR 238. THE LINES OF CODE yKICH DO HOT CHANCE FROM DEVICE TO DEVICE 

ARE SHOHH HITH AH ASTERIi:<»). THE LIHES WHICH CHANGE BASED ON THE 

DEVICE IS SHOWN WITH A DOUBLE ASTERIKO*). 

THE FOLLOWIHG STEPS ARE PERFORMED 
IHITIALIZATIOHi 
i> UNMASK INTERRUPT LEVEL B.7 OF SYSTEM S2S9 
2> UNMASK INTERRUPT LEVEL i OF LOCAL S2S9 
3> ENABLE KEYBOARD INTERRUPT OF IOC 

INTERRUPT SERVICING: 
t> POLL LOCAL S259 (MUST BE DONE) 

2) READ CHARACTER FROM IOC KEYBOARD 

3) ACKNOWLEDGE INTERRUPT TO IOC LOGIC 

4) ACKNOWLEDGE INTERRUPT <EOI) TO SYSTEMi'LOCAL 8259 

THE ROUTIHE WHEN STARTED FROM LOCATION BIBBH ENABLES KEYBBARD IHTERROPTS 
AND ECHOS THE KEYBOARD CHARACTER TO THE CONSOLE DURIHG THE SERVICE 
ROUTINE FOLLOWED BY RETURHING TO THE EXECUTING ROUTIHE WHICH 
IN THIS CASE IS A LOOP ON A HALT INSTRUCTION. 

8239 INTERRUPT CONTROLLER INTERFACE CONSTANTS 




BBU BFAH 

ESU BPBH 

E8U BFCH 

EBU BFDN 



EOU 
EOU 



B2BH 
BBCH 



I LOCAL IHTIARUPT CONTROL PORT R 

; LOCAL INTERRUPT COHTROL/DATA PORT 1 

} SYSTEM IHTERRUPT CONTROL PORT 8 

; SYSTEM IHTERRUPT COHTROL/DATA PORT 1 



; END OF IHTERRUPT 

; OPERATION COHTROL WORD <POLL CONHAHO) 



SYSTEM IHTERRUPT CONSTANTS 



EBU 
ESU 



B7EH 
8SFH 



; MASK FOR ENABLING SYSTEM IHTERROPTS B,7 
; MASK FOR ENABLING IOC IHTERRUPT 



IOC INTERFACE CONSTANTS 



EBU 
EtU 



BB4H 
■ BAH 



) INTERRUPT ACKHOULEDCE COMMAND 

I SYSTEM INTERRUPT EHRBLE/DISABLE CDRNNAHD 



L 



m 

3D 
3D 



3D 
O 



m -Q 

■o X 

m > 






■flB2 



FBB9 
FS21 
F844 



BBSS 




8838 


3Eac 


BB3n 


D3FB 


BB3C 


DBFB 


a83E 


BS12 


BB4B 


CB21FS 


BB43 


4F 


8844 


C0B9F8 


BB47 


B6B4 


8849 


Be82 


8846 


C044F8 


BB4E 


3E2B 


BB3B 


D3FB 


BB32 


D3FB 


BBS4 


FS 


BBSS 


C8 


BIBB 




BIBB 


3E7E 


B1B2 


D3FC 


B1B4 


3EBF 


Bise 


03FA 


BIBS 


B£B« 


BIBR 


BEa2 


81 ac 


C044F8 


BIBF 


76 


BllB 


C3BFB1 



SEB 



SOURCE STATEMENT 



S3 KEYD 
34 KRSie 
SS i 
S« 1 

37 ; 

38 CO 

39 lOCDRl 
iB ]DCDft2 
«I : 

«2 } 
63 S 
C4 ; 
«3 

«( 

«7 
68 
69 
7B 
71 
72 
73 
74 
75 
7« 
77 
78 
7» 



81 

82 > 

83 ; 

84 : 
83 
8« 
87 
88 
89 
SB 
91 
32 

93 LOOPI 

94 

93 

9« 



EBU 

Eau 



B12H 
BB2H 



KEySOARD DATA COHNAND 
KEYBOARD NASK 



MONITOR INTERFACE CONSTANTS 



E8U 
EQU 
ESU 



BF8B9N 
BF821H 
8F844H 



INTERRUPT 7 ROUTINE 



ORG 
NVI 
OUT 
IN 

KVI 

CALL 

MOV 

CALL 

NVI 

NVI 

CALL 

NVI 

OUT 

OUT 

EI 

RET 



B3SH 
A.OCU 
LICPI 
LICPl 

8. KEYD 

lOCORl 

C.A 

CO 

8, lACK 

C.KNSK 

I0CDR2 

A.EOI 

LICPl 

SICPl 



MAIN PROGRAM 



ORG 
NVI 
OUT 
NVI 
OUT 
KVI 
NVI 
CALL 

HLT 
JNP 
END 



81BBH 

A.SINSK 

SICPB 

A.IOCIR 

LICPB 

e.SIHT 

C.KNSK 

I0CDR2 



CONSOLE OUT ENTRY POINT 
IOC OUTPUT DRIVER 
IOC INPUT DRIVER 



*• OUTPUT POLL COHNAND TO LOCAL 8239 



3 
a 

C 

■o 

o 

c 

5' 
o 

ffl 
ix 

3 
•a 



** 

DIS 

• L 

• I 
SET 
OUT 

• L 

• L 

• 



INPUT HIGHEST PRIORITY INTERRUPT AND 

CARD IF DESIRED 

OAD IOC KEYBOARD COHNAND 

HPUT KEYBOARD DATA 

UP FOR OUTPUT TO CONSOLE ROUTINE 
PUT CHARACTER 

OAD IOC INTERRUPT ACKHOVLEDCE CONNAHD 
OAD KEYBOARD ACKHOULEDGE CONSTANT 
UTPUT ACKHOULEDGE 
OUTPUT EOI TO LOCAL/SYSTEM INTERRUPT CONTROLLERS 



) •• ENABLE INTERRUPTS 
I •» 



J •• OUTPUT SYSTEN INTERRUPT NASK 

1 •• 

J •• OUTPUT LOCAL INTERRUPT NASK 

J •• 

) • LOAD SYSTEN INTERRUPT COHKAHD 

1 • LOAD KEYBOARD ENABLE CONSTANT 

1 • OUTPUT TO IOC LOGIC 



PUBLIC SYNBOLS 



EXTERNAL SYMBOLS 



USER SYMBOLS 
CO A F8B9 
KNSK A 8BB2 
SINSK A BB7E 



EOI 


A BB2B 


lACK 


A BBB4 


lOCDRl A F821 


I0CDR2 A F844 


lOCIN 


A 8B8F 


KEYD 


A Bfll2 


LICPB 


A BBFA 


LICPl 


A BBF8 


LOOP A BIBF 


ocu A aaac 


SICPB 


A BBFC 


SICPl 


A BBFO 


SIHT 


A IIBA 



















s 






ASHSa :F1 i ID8VR.3RC OBJECTt i F i ! lORVR 08 J ) PR !MT< ; FU I6RVR . LST ) 



!3is-n saea/SBSs macro assehbler. vi.s 



KO&uLE PAGE 



LOC OBJ 



4BB8 

4BBa C33!>4B 



BBBD 




8883 




HBFF 




8BCB 




8BCa 




eaci 




BBCi 




8884 




8882 




8881 




8881 




4883 


JEBO 


4885 


D3FF 


488? 


DBCl 


4889 


E6e7 


4BBB 


£28748 


4BBE 


7fl 


4BaF 


b3Cl 


4flli 


D6C1 


4813 


£687 


4Bt5 


FEBl 


4B1? 


C2114B 


4aiA 


OBCa 


4aic 


E«B1 


48 IE 


CAB74a 


4B21 


oeci 


4823 


E6a7 


4823 


C2214B 


4B28 


76 


*B29 


93C1 



SOURCE STflTEHENT 



This 
Kith 



Upon 

Wit I 



An 
«xcep 



1 

2 

3 

4 

5 

i 

7 

8 

9 
18 
11 
12 
13 
14 
15 
li 
17 
13 

i» DISABL 
28 EHASL 

21 CPUC 

22 lOCI 

23 lOCD 

24 IOCS 

25 lOCC 

26 FO 

27 I8F 

28 OBF 

29 OEVRDY 

38 IHORVR: 
31 

32 

33 LOOFl ; 

34 

35 

36 

37 

38 

39 L00P2! 
48 

41 

42 

43 

44 

45 

4i 

47 L00P3I 

48 

49 

SB 

51 

32 



ORG 
JMP 



4a8aH 
START 



; Arbitrary origin point 

; Branch to start o? e^anple 




BASIC INPUT DRIVER EXAMPLE 



is an exanple of an input driver to the IOC It is called 

the following input paraneters; 

0-register contains the idevice status coBftand> 
E-register contains the <device output connand) 

exiting froB this driver, the data input fron the desice 

be in the A-registar 

put driver to the PIO is sinilar to this driver to the IOC 
t that the I/O port assignnents are chonged 



ESU 
EOU 
ESU 
EBU 
EOU 
ESU 
ESU 
ESU 
ESU 
ESU 
ESU 

HVI 
OUT 

IN 
AN I 
JMZ 
HOV 
OUT 

IN 

AN I 

CPI 

JNZ 

IN 

AN I 

J2 

IH 

AMI 

JNZ 

MOV 

OUT 



8DH 

asH 

BFFH 

BCBH 

8C8H 

8C1H 

BCIH 

BBBBBiaaS 

BBBBBaiBB 

aBBBBBBlB 

SBBBBBBtB 

A. DISABL 
CPUC 

IOCS 

FO OR IBF OR OBF 

LOOPl 

A.D 

lOCC 

IOCS 

FO OR IBF OR OBF 

OBF 

L00P2 

lOCI 

DEVRDY 

LOOPl 

IOCS 

FO OR I8F OR OBF 

L00P3 

A,E 

lOCC 



Disable interrupts 

Enable interrupts 

Control port 

I/O Controller input data (t-roi^ D9B> port 

I/O Contpollsr output data (to D8S> port 

I/O Controller input OBB status port 

I/O Controller output control coi^nand port 

Flag B - slave is busy. Raster is locked out 

Slave input buffer is full 

Slave output buffer is full 

Dev i ce ready 

Block all interrupts 



Input OBB status 

Test for slave processor idle 

Loop unt i I it is idle 

Load the device status command 

Output the connand to the IOC control port 

Input DBB status 

Mask off status flags 

Test for slave dons; sonething for the naster 

Loop until slave is readg 

Otherwise device fron DBB 

Is the devi ce ready' 

Loop unt i I it is 

Inpi4t DBB status 

Test for slave processor idle 

Loop unt i I it is idle 

Load the device output connand 

Output the command to the PIO control port 



o 



a 

II 



D3 



m 00 



a 



ts 



I3IS-II sBsa/aaes hacro assehbler, vs.b 



MODULE PACE 



LOC OBJ 



4028 OBCi 
4B2D EiB? 
4B2F FEBl 
4B31 C22S4B 
4834 DBCa 

4836 FS 

4837 3EB5 
4839 D3FF 
4B3B Fl 
4B3C C9 



afli2 




BBU 




4B3D 


215948 


4B4B 


B«7A 


4842 


UI3 


4844 


1EI2 


484« 


CD834a 


494? 


?7 


4a4A 


FEBO 


4a4C 


CA584B 


4a4F 


23 


4asa 


as 


4831 


i:AS74a 


4BS4 


C3424a 


4as7 


n 


4a38 


7e 


aa7A 




4B3D 





SES 

S3 
54 
55 
56 
57 
58 
59 

6a 

61 
62 
63 
64 
65 
66 
67 
63 
64 
7B 
71 
72 
73 
74 
75 
76 
77 
78 
79 

aa 

81 
82 
83 
84 
85 
86 
87 
88 
89 

9a 

91 
92 
93 
94 
95 



SOURCE STATEMENT 



L00P4; 



IN 


IOCS 


AN I 


FO OR IBF Oft OSF 


CPI 


08F 


JHZ 


L00P4 


IN 


lOCt 


PUSH 


PSU 


HVI 


A.ENABL 


OUT 


CPUC 


POP 


PSU 


RET 





Input DBB status 

Mask off status flags 

Test for Slavs done; sonethinc) for the naster 

Loop until it is ready 

Otheruise input the data fron the DBB 

Save the data 

Enable the interrupts 



a 
"a 

c 



< 
n 

•I 

M 

X 

3 



Return the data 



the H-r eg i st er 



This is an exanple keyboard driver which calls the above 
generalized input driver 

Characters are input fron the keyboard and stored into a 
buffer of size 122. Input is halted uhen either 
return is input or the buffer is full 



carriage 



KEYC 
KSTS 
START ; 



LOOP: 



OVFLl 



EXIT: 



eUFFERi 



ESU 
EBU 

LXI 
HVI 

MVI 

NVI 

CALL 

HOV 

CPI 

JZ 

IHX 

OCR 

JZ 

JNP 

HLT 

HLT 

08 

END 



B12H 
ei3H 

H. SUFFER 
a, 122 

0-KSTS 

E-KEYC 

INORVR 

N, A 

BOH 

EXIT 

H 

8 

OVFL 

LOOP 



122 

START 



Keyboard input data connand 
Keyboard device status connand 



Set up buffer size counter of 122 

Load keyboard status connand 
Load keyboard input data connand 
Call the input driver routine 
Store the input byte in the buffer 
Is it a carriage return? 

Branch to EXIT if ge have just input a carriage return 
Otherwise nove the buffer pointer 
and decrenent the buffer count 
If buffer full, junp to overflow code 
Otherwise get the next character 

Overflow code 



PUSLIQ SVHSOLS 



EKtCRNAL fYMBQLi 



US£R SYHSOLl 



iUFFI* A 


4899 


CPUC A 8ifF 


IBF A 


am 


tNORVR A 4883 


KSTS S 


aaii 


LOOP A 4842 


OVFL A 


485? 


$rA«T A *»36 


ASSIMgLY 


COMPLETE, NO ERRORS 



DEVROY A BBBl 

locc A aaci 

LSOPl A 488? 



DISAIL A ilBD 
lOCI A BBCe 
LOOPS A 4Bn 



ENABL A eeos 
loco A aecQ 

LOOP} A 4i2t 



EX IT 


A 4859 


FO 


A 


8884 


JOCS 


A BSSCl 


KEYC 


A 


8812 


L00P4 


A 4026 


OBF 


A 


BBBl 



s 
n 



a 



ftSHeB !Fi iOORVR.SRC OB JECT< ! F 1 ; OBRVR OBJ > PR INK : Fl ! OBRVR LST ) 



ISIS-II 8B8B/8BS3 RACRO ASSEMBLER, V2.B 



MODULE PACE 



LOG OBJ 



41BB 

4188 C33fl41 



BBBD 




B8B5 




BBFF 




BBFS 




BBFe 




BBF? 




BBF? 




8884 




8882 




8881 




BBBl 




4183 


3EBD 


4185 


D3FF 


4187 


DBF9 


41B9 


Z6B? 


4188 


C2B741 


418E 


7« 


41 BF 


D3F9 


411! 


0BF9 


4113 


£687 


41 IS 


FEBl 


411? 


C21141 


41 !A 


OBFS 


41 IC 


E«Bl 


41 IE 


CAB741 


4121 


DBF9 


4123 


£687 


4125 


>:22141 


4128 


78 


4129 


»3F9 



SEB 

1 
2 
3 
4 
5 
« 
7 
8 
9 
IB 
11 
12 
13 
14 
IS 
16 
17 
18 
19 
28 
21 
22 
23 
24 
25 
26 
27 
23 
29 
3B 
31 
32 
33 
34 
35 
36 
37 
38 
39 
48 
41 
42 
43 
44 
45 
46 
47 
48 
49 
SB 
51 
52 



SOURCE STATEHEHT 



ORE 
JKP 



41BBH 
START 



Arbitrary origin point 
Branch to start of exanple 




; BASIC OUTPUT DRIVER EXAMPLE 




; This is an •xanpl« of an output driver 
; with the following input paroneters: 
; C-register contains the byte 
; D-r*gister contains the <dev 
; E-register contains the <dev 


to the PIO It is ca! led 

data to be output 
ce status connand> 
ce output connQnd> 


J An output driver to the IOC is sinilar to this driver to the PIO 
) except thot the I/O port ossignnents are chonged 







DISABL 

ENABL 

CPUC 

PIOI 

PIOO 

PIOS 

PIOC 

FO 

IBF 

DBF 

DEVROY 

OUTDVR: 



L00P3! 



EBU 
EQU 
ESU 
ESU 
ESU 
EQU 
ESU 
EQU 
ESU 
ESU 
ESU 

NVI 
OUT 

IH 

AMI 

JN2 

MOV 

OUT 

IN 

ANt 

CPt 

JHZ 

IN 

AMI 

JZ 

IN 

AN! 

JN2 

MOV 

OUT 



8DH ; 

85H ; 

BFFH ; 

BF8H ) 

BF8H 

BF9H 

aF9H ; 

aaBBBlBBB 

BBeaaaiBB : 
aaaBBBBis : 

BBBBBBBie i 

ft.OISABL ; 

CPUC 

PIOS ; 

FO OR IBF OR OBF; 

LOOPl 

A,D ; 

PIOC ; 

PIOS 

FO OR IBF OR OBF 

OBF 

L00P2 

PIOI 

DEVRDY 

LOOPl 

PIOS ; 

FO OR IBF OR OBF; 

L00P3 ; 

fl, £ ; 

PIOC ; 



Disable interrupts 

Enable interrupts 

Con t ro I port 

Parallel I/O input data ifros DBB) port 

Parallel I/O output dato (to DBB) port 

Parallel I/O input DBB status port 

Parallel I/O output control connand port 

Flag B - slave is busy, naster is locked 

Slove input buffer is full 

Slave output buffer is ful! 

Dev ice ready 

Block all interrupts 



Input DBB status 

Test for slave processor idle 

Loop until it is idle 

Load the device status connand 

Output the connand to the PJO control port 

Input DBB status 

Mask off status flags 

Test for slave done; soneth.no for the naster 

Loop until slave is ready 

Otherwise device frow DBS 

Is the device ready? 

Loop unt it it is 

Input DBB status 

Test for slave processor -die 

Loop yntil it is idle 

Lood the device output comnard 

Output the coonand to the PIO control port 



n 



OD 




> 




CO 




o 




o 




c 




i^ 




■o 




c 




H 




o 




JJ 




< 




m 


> 


JO 


13 


m 

X 

> 


m 


s 


a 


■o 


X 


1"" 




m o 



o 

I 



tSIS-II 3aee/8BS5 llnCRO ASSEHBLER. V2.8 



PAGE 



LOC OBJ 

4126 DBF? 

412l> E6B7 

412F C22B41 

4132 79 

4133 D3F8 

4133 3eas 

4137 D3FF 
4139 C9 



Bai4 
BBIS 



413A 215B41 



413[> 


4E 


413E 


UlS 


4148 


1E14 


4142 


CDB341 


414S 


79 


4i4e 


FEB3 


4148 


CA4F41 


414B 


23 


414C 


C33D41 


414F 


76 


4158 


4C494E45 


4154 


2BSaS249 


4158 


4E544SS2 


415C 


2B5H494F 


4ieB 


2B455341 


4164 


4D3B4C45 


4US 


2B 


4169 


ao 


416R 


BA 


416B 


B3 


413ft 





SE8 



SOURCE STATEHEKT 



This 

outpu 

The 



53 
5-4 
55 
56 
57 
58 
59 
6B 
61 
62 
63 
64 
65 

66 ; 

67 i 

63 ; 

69 ETX 
7B LPTC 

71 LSTC 

72 START; 
73 

74 loop: 

75 

76 

77 

78 

79 

SB 

81 

82 

83 

84 EXIT; 

35 

86 BUFFER: 



iH pros ; 

ANI FO OR IBF OR DBF; 

JNZ L00P4 ; 

NOV A,C ; 

OUT PI 00 ; 

NVI A.EHABL ; 

OUT CPUC 
RET 



Input D68 status 

Test for slave processor ready 

Loop lentil it is ready 

Load data to be written 

Output data to the DSB 

Enable the interrupts 



p 



o 

c 
e 



n 

•-t 

W 

X 

3 



is an exanple line printer driver uhich calls the above generalized 

t driver 

ontents of the array BUFFER are output to the line printer 



E8U 
EQU 
E8U 

LXI 

NOV 

NVI 

NVI 

CALL 

NOV 

CPI 

JZ 

INK 

JNP 

HLT 
DB 



a3H 

814H 

ai5H 



c,n 

0-LSTC 

E.LPTC 

OUTDVR 

A,C 

ETX 

EXIT 

H 

LOOP 



End-of -f i le 

Line printer output data connand 

Line printer device status connand 



Hove data to be output to the C-regi 
Load printer status command 
Lood printer output data cownand 
Call the output driver routine 



Bronch to EXIT if we hiive just output an ET>! 



'LIHE PRINTER PIO EXSHPLE ' ■ BOH , Bi^ H - E TK 



PUBLIC SyHBOLS 



EXTERNAL SVNBOLS 



USER SVNBOLS 








BUfFER A 415B 


CPUC 


A 


BHFF 


FO A 0084 


IBF 


H 


0882 


LPTC A 8814 


LSTC 


A 


881? 



DEVROY A 8881 
LOOP A 4 1 3D 
OBF A 888 1 



[tiSABL A Baaci 

LOOPl A 4ia~ 
OUTPVB A 4ia'! 



ehhb;. 


A 0005 


ETX 


a BOB 3 


EX IT 


A 4 UF 


LOOP, 2 


H 411 i 


LOOPl 


a 41 il 


L00P4 


A 412B 


Piac 


n BBr-i 


f' I 01 


a flBFS 


PIOO 


A BBFS 



SL 

fr 

o 

CO 
a 



ISIS-II 3338/8885 MACRO flSSEWBLER, Vi B 



MODULE PBGE 






PIOS ft BBF? START A 413ft 

ftSSEMBLY COHPLETE, HO ERRORS 






CO 
P 

o 

c 
c 



n 



< 
ft 

en 

IB 

3 
■o 



ftSHBB !F1 lOISK.SRC OB JECT< : Fl ; ISK OBJ) PR INT< i Fl !0 I SK . LST ) 



ISIS-II 8888/8085 MACRO ftSSEHBLER, V2 8 



HODULE PftGE 



LOC OBJ 



6BBB 



«BB8 


CDD661 


6BB3 


E6B4 


iBBS 


Cf4116B 


6888 


CDE261 


6BBB 


CDDC6 1 


6BBE 


C3BB6B 


6811 


811E68 


6814 


CD2C61 


eBir 


H1256B 


6aiA 


CI)2C6l 


eaiD 


76 


6BiE 


88 


681F 


84 


6828 


82 


6821 


28 


6822 


87 


6823 


2C6B 


6825 


88 


6B26 


86 


6827 


B2 


6828 


48 


6829 


18 


682A 


2C68 



SEB 



SOURCE STftTEHENT 



} * 

)» THIS SIMPLE EXAMPLE REABS T«0 SECTORS FROM THE DISK <TRACK 28H, 

)» SECTORS 7 AHP 8) IHTO fl BUFFER IH RAH IT THEN WRITES THE 

)* COHTEHTS OF THAT BUFFER BACK TO THE DISK AT TRACK 4BH. SECTORS 

f* 18H AHO 19H 

} * 

•,**********»******t*»t*tt****ttt***t:»**t ********** tt tit tt *************** 

ORG 



CALL 

AH I 

JZ 

CALL 

CALL 

JHP 

LK! 

CALL 

LXI 

CALL 

HLT 



DB 
DB 
OB 
OB 
DB 
DV 

DB 
D8 

DB 
DB 
DB 
DU 
DS 



ARBITRARY ORIGIN POINT 

GET CURRENT DISK STATUS 
OPERATION COMPLETE? 

BRANCH IF PREVIOUS OPERATION COMPLETE 
OTHERyiSE, CLEAR THE DISK OF 
OPERATIOHS 



LOAD ADDRESS OF RIOPB IN B,C REGISTERS 



1 
2 
3 

4 
5 
6 
7 
3 

IB 

U CLEAR! 

12 

13 

14 

IS 

16 

17 

18 begin: 

19 

28 

21 

22 

23 

24 ) 

25 RIOPBi 
26 
27 
28 
29 
38 
31 

32 WIOPBi 
33 
34 
35 
36 
37 
38 

39 BUFFER 
4B 

i********************** ************ **************t**** 




6B8BH 

DKSTAT 

4H 

BEGIN 

RTVPE 

RBYTE 

CLEAR 

B. RIOPB 
ISDDR 
B.WIOPB 
ISDDR 



8 

READ 

2 

28H 

7 

BUFFER 

I lOPB 

8 

WRITE 

2 

48H 

IBH 

BUFFER 

256 



FOR WRITE 



LOAD ADDRESS OF KIOPB 



I0P8 FOR READ 
10 CONTROL WORD 
READ INSTRUCTION 
NUMBER OF SECTORS 
TRACK ADDRESS 
SECTOR ADDRESS 
BUFFER ADDRESS 

10 CONTROL WORD 
WRITE INSTRUCTION 
NUMBER OF SECTORS 
TRACK ADDRESS 
SECTOR ADDRESS 
BUFFER ADDRESS 



41 
42 

43 
44 
45 
46 
47 
48 
49 
58 
51 
52 



!********** 



I* 



>* PROCEDURE NAME: ISDDR (INTEGRATED SINGLE DENSITY DISK DRIVER) 

i* PROCESS) TRANSMIT THE lOPB, ONE BYTE AT ft TIME,- TQ THE ISD 

'* IF THE INSTRUCTION TO THE DISK IS k DhTh TRAHSFER 

i* <I E READ DATA, FORMAT. WRITE DATA, WRITE DELETED 

i* DATA) THEH TRAHSFER THE DATA, ONE BYTE AT A TIME 

i* TO/FROM THE ISD 

i» INPUT! B-REG COHTAINS MSB OF lOPB 

;* C-REC CONTAINS LSB OF lOPB 

;» OUTPUT! THE lOPB IS TRANSMITTED TO THE ISD DATA IS TPANSFEREO 

;* TO/FROM THE ISD AS REOUIRED 



a 

O) 

m 
m 

3D 

m 

> 



JO 

m o 



a 

to 



ISIS-II 8888/8885 HrtCRO ASSEMBLER V2 a 



LOC DBJ 



BBCl 
BBCl 
BBCB 
BBCB 
BBB4 
BBB2 
BBBl 
BBiS 
SB 16 
BBt? 
B818 
Bat9 
BBlft 
BBIB 
BBIC 



BBBD 
BBBS 
BBFF 



aaai 
aaaz 

BBa3 

Baa4 
Baas 

BBBe 

Bear 



612C C5 

612D B3 

61 2E BA 

612F FEa4 

6131 C26361 

6134 El 

6135 ES 

6136 23 

6137 23 

6138 56 



SEQ 

53 
54 
55 
56 

sr 

58 
59 
68 
61 
62 
63 
64 
65 
66 
67 
68 
69 
78 
71 
72 
73 
74 
?S 
76 
77 
78 
79 
88 
81 
32 
83 
94 
85 
86 
87 
88 
8? 
9B 
91 
92 
93 
94 
95 
96 
97 
98 
99 
IBB 
181 
182 
183 
184 
IBS 
1B6 
187 



i i 

IOC 

IOC 

IOC 

IDC 

FB 

IBF 

OBF 

WPB 

MFC 

UDB 

WDC 

ROB 

RDC 

RRS 

RDS 



SOURCE STftTEHEHT 



4****4i«*** 4* 4e**4t**4> ******* 

OC IHTERFflCE COHHflNDS 



EBU 
EOU 
EQU 
EQU 
EQU 
EOU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 
EQU 



aciH 

BCIH 

BCBH 

BCBH 

BBflBBiaaB 

BBBBBBIBB 

BBBBBBBIB 

15H 

i6H 

17H 

ISH 

19H 

lAH 

IBH 

ICH 



**#**# M***-**********^***t********<k*** 



IOC INPUT DBB STATUS PORT 

IOC OUTPUT CONTROL COMNftNO PORT 

IOC IKPUT DATA (FROM DBB) PORT 

IOC OUTPUT DATA <T0 DBB) PORT 

FLAG B - SLAVE IS BUSV, KASTER IS LOCKED OUT 

SLAVE INPUT BUFFER IS FULL 

SLAVE OUTPUT BUFFER IS FULL 

HRITE PARAHETER BLOCK CONHAHD 

WRITE PARAHETER SLOCK CONBAND CONTIHUATIOM 

WRITE &ATA BLOCK COHHAHD 

RESERVED 

READ DATA BLOCK COHNAND 

RESERVED 

READ RESULT STATUS COMHANO 

READ DEVICE STATUS COflNAHO 



9r 
n 

!« 
n 
p 

Q. 



W 

B 

t3 



) PSEUDO INTERRUPT INSTRUCTIONS 
DISABL EQU BDH 

ENABL EQU B5H 

CPUC EQU BFFH 

; DISK INSTRUCTIONS 



SEEK 

FORMAT 

RECALB 

READ 

VERIFY 

WRITE 

WRITED 



EQU 
EQU 
EBU 
EQU 
EQU 
EQU 
EQU 



IH 
2H 
3H 
4H 
5H 
6H 
7H 



DISABLE INTERRUPTS 

ENABLE INTERRUPTS 

PORT FOR TNESE INSTRUCTIONS 



SEEK INSTRUCTION 

FORHAT INSTRUCTION 

RECALiBRATE INSTRUCTION 

READ DATA INSTRUCTION 

VERIFY CRC INSTRUCTION 

WRITE DATA INSTRUCTION 

WRITE DELETED DATA INSTRUCTION 



LAYOUT OF THE l/a PARAMETER BLOCK (IOPB> 

ONLY THE FIRST FIVE BYTES OF THE I0P8 ARE TRANSMITTED TO THE ISD 



lOCW 

lOINS 

HSEC 

TAOR 

SADR 

8UF 



PUSH 

INX 

LDAs 

CPI 

JNZ 

POP 

PUSH 
IHX 
INX 
H0¥ 



BYTE CHANNEL WORD 

BYTE DISKETTE INSTRUCTION 

BYTE NUMBER OF SECTORS 

BYTE TRACK ADDRESS 

BYTE SECTOR ADDRESS 

ADDRESS BUFFER ADDRESS 



B 

B 

6 

READ 

ISDl 

H 

H 
H 
H 



SAVE B,C <I.E. ADDRESS OF lOPB) 

BC POINTS TO lOINS BYTE 

A-REG CONTAINS lOINS 

IS IT H READ INSTRUCTION? 

■JUHP IF IT ISN'T 

OTHERWISE, PROCESS THE READ COMHAHD 

HL CONTAINS lOPB ADDRESS 

SAVE THE ADDRESS OF THE lOPB 



SAVE THE NUMBER OF SECTORS iH D-REG 



S 



C/i 



ISIS-II 8B8a/8B85 HACRO ASSEH81.ER, V2 B 



HOOULE 



LOC OB.J 



«139 


El 


il3A 


DS 


ei3B 


CDBA61 


«13E 


23 


61 JF 


5E 


61 4B 


23 


6141 


56 


6142 


EB 


6143 


8619 


6145 


C0BC62 


6148 


Dl 


6149 


1E3B 


6148 


DBCl 


614D 


E6B7 


614F 


FEBl 


6151 


C24B6I 


6154 


OBca 


6156 


7? 


6197 


23 


61S8 


ID 


6159 


C2486 1 


615C 


15 


615!) 


C2496 1 


616B 


3EB5 


6162 


D3FF 


6164 


C9 



6165 FEB2 

6167 Cfl7461 

616A FEB6 

616C CA7461 

616F FEa7 

6171 C2AD61 



6174 El 

6175 E5 

6176 23 

6177 7E 

6178 FEB2 
617A 23 
6178 Cft8261 
61 7E 4E 

617F C38461 

6182 BEBl 



SEB 

IBS 
iB9 

iia 
111 

112 

113 

114 

115 

116 

117 

118 

119 

12B ROLPl •■ 

121 

122 RDLP2: 

123 

124 

125 

126 

127 

128 

129 

13B 

131 

132 
133 
134 
133 
136 
137 
13S 
139 
MB 
141 
142 
143 
144 
145 
146 
147 
143 
149 
15B 
151 
152 
153 
1S4 
155 
156 
157 
158 
159 
16B 
161 
!62 



ISDl! 



SOURCE STftTEHEKT 



S 

o 

(/) 
n 



POP 
PUSH 
CALL 
IHX 

NOV 

IHi< 

HOV 

XCHG 

NVI 

CftLL 

POP 

NVI 

IH 

ONI 

CPI 

JNZ 

IN 

nov 

DCR 
■IHZ 
OCR 



JNZ 
NVI 
OUT 
RET 



CPI 

JZ 

CPI 

JZ 

CPI 

JHZ 



H 



TRIOPB 

H 

E,N 

H 

0,11 

B.ROBC 
lOCCON 


E,128 

IOCS 

FB OR 

OBF 

R0LP2 

IDCI 

N.A 

H 

E 

RDLP2 



RDLPl 

A.ENABL 

CPUC 



IBF OR OBF, 



FORMAT 

IS02 

yRIIE 

ISD2 

MRITED 

ISD3 



ISD2A: 



POP 


H 


PUSH 


H 


IHX 


H 


HOV 


ft,H 


CPI 


FORHftT 


INX 


H 


JZ 


IS02A 


HOV 


C,H 


JHP 


IS02B 


HVI 


CBl 



HL NOV POINTS TO BEGINNING OF THE lOPB 

SAVE THE NUMBER OF SECTORS 

TRftHSHIT THE I0P8 

HL HOD PDIHTS TO BUFFER ADDRESS 

ENTRY OF THE lOPB 
E CONTAINS LSB OF BUFFER ADDRESS 
HL HOU CONTAINS LSB OF BUFFER ADDRESS 
D CONTAINS MSB OF BUFFER ADDRESS 
HL N0« POINTS TO THE BUFFER ITSELF 
LOAD THE READ DATA BLOCK COHHAHD 
OUTPUT IT 
D-REG CONTAINS NUHBER OF SECTORS TO BE TRANSFERRED 

SET COUNTER FOR NUMBER OF BYTES PER SECTOR 

INPUT DBB STATUS 

HflSK OFF STATUS FLAGS 

TEST FOB SLAVE DONE; SOMETHING FOR THE MASTER 

LOOP UNTIL SLAVE IS READY 

OTHERMISE, INPUT THE DATA FROM THE DB8 

STORE THE DATA IH MEMORY AT THE BUFFER LOCATION 

HL POINTS TO THE NEXT BYTE IH THE BUFFER 

DECREMENT THE LENGTH REMAINING IH OHE SECTOR 

CONTINUE READING UNTIL DHOLE SECTOR READ 

ALL OF A SECTOR HAS BEEN READ DECREMENT THE 

COUNT OF THE TOTAL NUMBER OF SECTORS 

REMAINING TO BE READ 
READ THE NEXT SECTOR 
ENABLE INTERRUPTS 

RETURN! READ DISK OPERATION COMPLETED 



ME KHOM IT IS NOT A READ INSTRUCTION 

A-REG CONTAINS THE lOINS 
IS IT A FORMAT INSTRUCTION 
JUMP IF IT IS 

IS IT A BRITE DATA INSTRUCT T ON' 
JUMP IF IT IS 

IS IT A MRITE DELETED DATA INSTRUCTION'' 
JUMP IF IT ISN'T (THEREFORE, THE INSTRUCTION IS A 

SEEK, RECALB, OR VERIFY ) 
A DATA TRANSFER INSTRUCTION INVOLVING A 

BRITE TO THE DISKETTE 
HL CONTAINS THE lOPB ADDRESS 
SAVE THE lOPB ADDRESS 
HL HOB POINTS TO lOIHS 
A-REG CONTAINS THE INSTRUCTION 
IS IT A FORMAT INSTRUCTION 
HL HOB POINTS TO HSEC 
JUMP IF IT IS A FORMAT INSTRUCTION 
MOVE NUMCER OF SECTORS TO B-REO !F NOT A 

FORMAT INSTRUCTION 
SKIP FORMAT STUFF 

SINCE !T IS A roRHAT INSTRUCTION- MOVE A 1 TO 



n 



JO 
n 



tn 

X 



•o 



o 

I 



isis-ii aasB/eass macro assembler, vz 



MODULE PAGE 



LOG OBJ 



6184 


23 


£185 


23 


£186 


23 


i\97 


5E 


6188 


23 


6189 


S6 


6ISA 


EB 


618B 


8617 


61SD 


CDBC62 


6198 


CDB261 


6193 


79 


6194 


03Ce 


6196 


F5 


6197 


1688 


6199 


CDB26 1 


619C 


7E 


6t9D 


03CB 


61 9F 


23 


61Ae 


15 


61A1 


C29961 


61A4 


Fl 


61AS 


30 


61 A6 


C29661 


61fl9 


3EB5 


61A8 


D3FF 


6iAC 


EI 


61AE 


CDBA61 


61B1 


C9 


61B2 


D8C1 


61B4 


E6B7 


61B6 


C2B26 1 


61B9 


C9 



SEO 

163 
164 
16S 
166 
167 
168 
169 
17B 
171 
172 
173 
174 
175 
176 
177 
178 
179 
18B 
181 
182 
183 
184 
18S 
136 
187 
188 
189 
198 
191 
192 
193 
194 
195 
196 
19? 
198 
199 
208 
2B1 
282 
283 
284 
2B5 
2B6 
287 
2B8 
289 
218 
211 
212 
213 
214 
215 
216 
217 



1SD2B: 



URLPl •■ 



HRLP2! 



ISD3: 



SOURCE STATEMENT 



lOCRDY! 



INX 


H 


; 


IHX 


H 


! 


IHX 


H 


J 


NOV 


E-M 


} 


INX 


H 


i 


NOV 


D.M 


1 


XCHG 




i 


ItVI 


B.UOBC 


i 


CALL 


lOCCOM 


J 


CALL 


lOCRDY 


; 


MOV 


A,C 


) 


OUT 


lOCO 


) 


PUSH 


psy 


) 


nvi 


0.128 


; 


CALL 


lOCROY 


J 


NOV 


A,n 


; 


OUT 


IDCO 


; 


INX 


H 




OCR 





J 


JN2 


MRLP2 


; 


POP 


psy 


) 


OCR 


A 


) 


■IHZ 


VRLPt 


i 


HVI 


A.EHABL 


! 


OUT 


CPUC 




POP 


H 


; 


CALL 


TRI0P8 


) 


RET 




' 


IH 


IOCS 


s 


AMI 


FB OR OBF OR I BF ; 


JHZ 


lOCROY 


1 


RET 







THE C-REG (EXPLANATION; FOR TWO BOARD DISK 
CONTROLLERS, IT IS POSSIBLE TO HAVE AH INVALID 
VALUE IH THE HUHBER OF SECTORS BYTE OF THE 
lOPB AND THIS BILL HOT AFFECT THE OPERATION 
OF THE COHTROLLERS. FOR THE 82 7 1 , HOWEVER , 
UE MUST HAVE A VALID VALUE.) 

HL NOM POINTS TO THE TAOR 

HL NOM POINTS TO SAOR 

HL NOy POINTS TO BUFFER ADDRESS 

LOAD THE LSe OF BUFFER ADDRESS INTO E 

HL HOU POINTS TO MSB OF BUFFER ADDRESS 

LOAD THE MSB OF SUFFER ADDRESS INTO 

HL HOD POINTS TO FIRST BYTE OF THE BUFFER 

LOAD THE WRITE DATA BLOCK COMMAND 

OUTPUT THE COMMAND 

MAKE SURE DBB IS CLEAR AND SLAVE IS IDLE 

LOAD NUMBER OF SECTORS TO BE WRITTEN 

OUTPUT DATA TO THE DBB 

SAVE THE COUHT OF THE NUMBER OF SECTORS 
SET D-REG COUHTER TO NUMBER OF BYTES/SECTOR 

HAKE SURE DBB IS CLEAR AND SLAVE IS IDLE 

LOAD DATA TO BE WRITTEN 

OUTPUT DATA TO THE DBB 

POINT TO THE NEXT BYTE OF DATA 

ARE WE DONE TRi^KSFERRIHG A SINGLE SECTOR? 

JUMP BACK IF HOT 

RESTORE COUHT OF HUHBER OF SECTORS 

ARE WE DONE TRAHSFERRING ALL THE SECTORS? 

JUMP BACK IF HOT 

ENABLE INTERRUPTS 

AHY DISKETTE INSTRUCTION EXCEPT fl READ 

IN ANY CASE. TRANSMIT THE lOPB H0« 
HL CONTAINS THE ADDRESS OF THE tOPB 
TRANSMIT THE !OPB 
RETURN 



n 

JO 
O. 



W 



IHPUT DBB STATUS 

TEST FOR SLAVE PROCESSOR READY 

CONTINUE TO LOOP UNTIL IT IS READY 

! * 

!* PROCEDURE NAME: TRIORS 'TRANSMIT TOPB TO ISD' 

!* PROCESS: TRANSMIT THE lOPB TO THE 8271 INTEGRATED SINGLE DENSITY 

!• CONTROLLER THIS PROCEDURE IS CALLED ONLY Bv PROCEDURE ISDDR 

!• INPUT! HL CONTAINS ADDRESS OF THE lOPB 

i* OUTPUT: TRANSMIT THE lOPB 

!* HL POINTS TO SADR OF lOPB 

;» MODIFIED: A, FLAGS. B. C, D. HL 



n 






ISIS-II 8880/8885 HflCRO ftSSEKBLER, V2.a 



NODULE PftGE 



LOC OBJ 



6106 BilC 
ilOe CDES61 
6108 C9 



eiDC a«lB 
61DE CDESei 
61E1 C9 



SEQ 



SOURCE STATEHEHT 



61 BA 


4E 


22B 


NOV 


C,H 


61BB 


B61S 


221 


KVI 


B,HPBC 


eiBD 


CDFA6i 


222 


CALL 


I0C&R2 


6ica 


1604 


223 

224 TRLOOP! 


HVt 


D.4 


61C2 


23 


225 


IHX 


H 


61C3 


4E 


226 
227 
228 
229 
23B 


NOV 


c.n 


«1C4 


B616 


231 


NVI 


B, HPCC 


«1C6 


CI)Fft61 


232 


CALL 


I0CDR2 


SIC? 


15 


233 


l>CR 


D 


61CA 


C2C261 


234 

235 TRWaiT: 


■JHZ 


TRLOOP 


61CI> 


CDD66 1 


236 

237 


CALL 


DKSTAT 


eiDB 


E6a4 


238 


AH I 


4H 


61D2 


CACD61 


239 


JZ 


TRMAIT 


61D5 


C9 


248 


RET 





2J8 )*****••*«••****»* ***»**««***«***«*««*t««,t,tt»*4,it«ttt», *»»«», m4,tt 

219 TRIOPBi 

: C-REG CONTAINS iOC« 

) LOAD KRITE PARAMETER BLOCK COMHANO 

) ISSUE THE COHHANO AHO !0C« 

! D-REG CONTAINS COUHTER OF 4 

HL POINTS TO NEXT BYTE IN lOPB 
C-REG CONTAINS NEXT BYTE IN lOPB 
MHEH D = 4, C > lOINS 
D = 3, C = MSEC 
D - 2, C = TflDR 
- 1. C = SAOR 
LOAD CONTINUATION COHKAND 
ISSUE THE COHMAHD AND THE PfiTfi 

JUMP IF WE HAVEN'T FINISHED 
«ftlT FOR RETURN OF STATUS BYTE 
SEE IF THE BIT INDICATING OPERATION 
COMPLETE IS TURNED OK 

KEEP LOOPING UNTIL OPERATION COMPLETED 
RETURN OTHERWISE 

241 ;♦**•»***•»*•*•****•*•****»****.««**«****»**««««*, «,,t»i,*,»»,,j,,»,,^ 

242 ;* 

243 ;* PROCEDURE NAME! DK»STAT (DISK STATUS) 

244 i* PROCESS! RETURN THE DISK DEVICE STATUS 

245 J* INPUT: 

246 )* OUTPUTi H-REC CONTAINS THE STATUS BYTE 

247 !» 

248 !••**••**•»*********«*•**«»**.*»»»*«***»»»*«*»*,*, ,,,»t4,t«t,,,»,j,», 

249 DKSTAT: 

25H HVI B,RBSTS : LOAD THE RDSTS COMMAND 

251 CALL lOCDRl 

252 RET ) RETURN KITH THE ISD STATUS BYTE 

253 !***•*»*«•*♦***«•*»**»**»***«*«***»*, *t«,,«t««»i»,»,»,mj^, J,, j,^,^, 

254 )» 

255 i* PROCEDURE NAME i RJBYTE 

256 ;» PROCESSi RETURN WITH THE RESULT BYTE OF A DISK I/O OPERATION 

257 ;* INPUTi 

258 i* OUTPUTi A-REG CONTAINS THE RESULT BYTE 

259 ;* 

26B !**♦**»•*»••****•*♦******«*»**»•«•*»*»«**»*****»*«»«*», a,, *»»j,,»4», 

261 RBYTE! 

2*2 MVI B.RRSTS i LOAD THE READ RESULT STATUS COMMhNO 

263 CALL lOCDRl 

2«* SET ; RETURN WITH THE ISO RESULT STATUS BYTE 

265 ;»»**•****«••*•*•****•*«»*»****•«»»««»»«***«*», «t«,,,,»,,«*4»,m,^ 

266 ;• 

267 ;» PROCEDURE NAME! R«TVPE 

268 :♦ PROCESS: RETURN THE RESULT TYPE OF A DISK OPERATION 

269 !* INPUT: 

27B 1* OUTPUT: A-RtG CONTAINS THE RESULT TYPE 

271 )* 

272 ;*•***»*«**»**»••**•****»**»*»»»»*»», »t»*»,«»,,,a,»»4ttj,j,4»j,tj4,. 
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isis-ii sasa/saes racro assehbler, vi b 



NODULE PAGE 



LOC OBJ 



eiE2 3Ee 

«iE4 C9 



«tES CDBC62 



«1E8 D6C1 
6iEA E«B7 
6tEC FEBl 
«tE£ C2E861 
«1F1 DBCa 
61F3 F5 
tlF4 3EBS 
«1F« D3FF 
61F8 Fl 
S1F9 C9 



«tFA c»ace2 



ilFD DBCl 
61FF E6B7 
e2Bl C2FI>ei 
62B4 79 
62BS 03Ca 
«2B7 3Ea5 
£289 D3FF 
£2Be C9 



SES 

373 
274 
275 
27« 
277 
278 
27? 
28B 
281 
282 
283 
284 
283 
28« 
287 
288 
288 
298 
291 
292 
293 
294 
295 
296 
297 
298 
299 
3BB 
381 
382 
383 
384 
385 
386 
387 
388 
389 
318 
311 
312 
313 
314 
31S 
31S 
317 
318 
319 
328 
321 
322 
323 
324 
325 
326 
327 



RETURN A ZERO SINCE ISO DDES NOT REALLV HAVE A RESULT TYPE 



SOURCE STATEHENT 

RTYPEi 

HV: A.B 
RET 

i****)ttitt*»iii*i'***********9*#*iHi^#*1i****iH**********1i**4****** ********** 
)* 

i* PROCE[>URE HAMEi lOCORt 

;* PROCESS: GET DEVICE STATUS OR DATA FROH DISK 

>* INPUT: B CONTAINS THE IOC COHNAND (STATUS RESUES OR INPUT 

)* DATA RESUEST 

)* OUTPUT: A-REG CONTAINS THE REQUESTED INFORHATIOH 

;• MODIFIED: A, FLAGS, B 

)» 

i *********************************************************** ********** 

lOCDRl: 

CALL lOCCOn ; OUTPUT 'GET DEVICE STATUS COHHANO" OR 

! 'IHPUT DATA CONHAHD" TO IOC CONTROL PORT 
lOCXXX: 

IN IOCS 

AH I IBF OR 

CPI OBF 

JHZ lOCXXX 

IN lOCI 

PUSH PSU 

HVI A.EHABL 

OUT CPUC 

POP PS« 

RET 
i ********************************** *********************************** 
I* 

1* PROCEDURE HAKE: I0CDR2 
!* PROCESS: OUTPUT DATA TO THE DISK 

;* IHPUT: B CONTAINS THE COHHAHD TO OUTPUT THE DATA 
i* C COHTAIHS THE DATA TO BE OUTPUT 
!* OUTPUT: 

;• MODIFIED: A.FLAGS,B,C 
;* 

',**********************************»********************************** 
I0CDR2: 

CALL lOCCON ) OUTPUT •OUTPUT DATA COflNAND" TO IOC 

) CONTROL PORT 



n 
a 



m 



I IHPUT DBB STATUS 

F OR FBI MASK OFF STATUS FLAGS 

1 TEST FOR SLAVE DOHEi SOHETHING FOR THE MASTER 

i IF NOT, COHTIHUE TO LOOP 

! OTHERWISE, INPUT THE DATA FROM THE DBB 

! SAVE A-REC 

1 ENABLE IHTERRUPTS 

! RESTORE A-REG 



lOCYYV: 

IN 

AN I 

JH2 

MOV 

OUT 

MVI 

OUT 

RET 
i ********************************************************************* 



IOCS ) IHPUT DBS STATUS 

IBF OR FB OR OBF) TEST FOR SLAVE PROCESSOR READY 

lOCYYY ) CONTINUE TO LOOP UNTIL IT IS READY 

A,C ; LOAD DATA TO BE WRITTEN 

lOCO ! OUTPUT DATA TO THE DBB 

A.EHABL ! ENABLE INTERRUPTS 

CPUC 



!* PROCEDURE NAME: lOCCOM 

'• PROCESS: OUTPUT COMMAND TO THE IOC 

;• IHPUT: B CONTAINS THE COMMAND 

!♦ OUTPUT: 



S 
n 






ISIS-II 8B8B/'SBSS HACRO ASSEMBLER, V2.8 



HODULE 



LOC 08J 



SES 



SOURCE STftTEKEHT 



&2BC 


3EB0 


332 


NVI 


i2BE 


03FF 


333 


OUT 






334 


10CZ221 


6218 


DBCl 


335 


IH 


6212 


E6B? 


336 


AH I 


6214 


C2ia62 


337 


JHZ 


6217 


78 


338 


HDV 


6218 


D3C1 


339 


OUT 


621ft 


C9 


348 


RET 






341 


!****•*****' 


6888 




342 


END 


PUBLIC 


SYtteOLS 







328 )* KODIFIEDi A, FLAGS 

329 )* 

33B !**•••*•*•***»****♦••♦•*»*****•••*••««»*****» »*»*»«»t**«*«*«»**»«*«i4 
331 lOCCOH: 

A,l>ISftBL J BLOCK ALL INTERRUPTS 

CPUC 

IOCS ; INPUT DBB STATUS 

FB OR iBF OR OBF; TEST FOR SLAVE PROCESSOR IDLE 

iOCZZZ ; LOOP UNTIL IT IS IDLE 

ft/B ; LOAD THE COMMAND 

lOCC ; OUTPUT COMMAND TO ! OC CONTROL PORT 

************************** *****************t'^*****ii^il****,^*:t**^L^ 

CLEAR 



a 
«^ 

2. 

S* 
o 

n 



EXTERNAL SYMBOLS 



USER SYMBOLS 






































BEGIN 


A 6811 


BUFFER 


A 


6B2C 


CLEAR 


A 


6888 


CPUC 


A 


BBFF 


DISABL 


A 


BBBD 


DKSTflT 


A 


61D6 


ENABL 


A 


BB8S 


fa 


A 8884 


FORMAT 


A 


B882 


IBF 


A 


8882 


lOCC 


A 


B8C1 


lOCCOM 


A 


628C 


lOCDRl 


A 


61ES 


I0CDR2 


A 


6IFA 


lOCI 


A aace 


lOCO 


A 


BBC8 


lOCROY 


A 


6162 


IOCS 


A 


BBC! 


lOCXXS 


A 


6iEe 


lOCVYV 


A 


61FD 


IOCZZZ 


A 


6218 


ISDl 


A 616S 


I8D2 


A 


6174 


ISD2A 


A 


6132 


ISD2B 


A 


6184 


ISD3 


A 


61AD 


ISODR 


A 


6i2C 


OBF 


A 


aasi 


RBYTE 


A 61DC 


RDBC 


A 


8819 


RDCC 


A 


BatA 


RDLPl 


A 


6149 


RDLP2 


A 


6148 


RDSTS 


A 


88 IC 


READ 


A 


BBB4 


RECALB 


A 8883 


RIOPe 


A 


6aiE 


RRSTS 


A 


8818 


RTYPE 


A 


61E2 


SEEK 


A 


BBBl 


TRIOPB 


A 


61SA 


TRLDOP 


A 


61C2 


TRKAIT 


A 61CD 


VERIFY 


A 


8889 


VOBC 


A 


Bai7 


voce 


A 


8818 


KIOPB 


A 


6B2S 


UPBC 


A 


BBIS 


HPCC 


A 


8816 


URITE 


A 8886 


URITEO 


A 


Baa? 


WRLPl 


A 


6196 


URLP2 


A 


6199 





















ASSEMBLY COMPLETE, NO ERRORS 
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APPENDIX E 
CONNECTOR PIN ASSIGNMENTS 



This appendix identifies the pin assignments for all 
user-interface connectors for the Intellec Series II 
Microcomputer Development System and defines the 
dc drive and load characteristics for the individual 
signals. The Multibus interface is internal to the 
development system and is available on connectors 
J2 through J6 of the card cage. Table E-1 identifies 



the Multibus interface pin assignments and tables E-2 
and E3 define the Multibus interface dc signal 
characteristics for the IPB and IPC, respectively. 
Tables E-4 through E-9 define the pin assignments 
and dc characteristics for the rear panel peripheral 
connectors (J2 through J7). 



E-1 



Connector Pin Assignments 



Intellec Series II 



Table E-1 . Multibus Interface Pin Assignments 



Board Component Side 


Board Circuit Side 


Pin 


Mnemonic 


Description 


Pin 


(Mnemonic 


Description 


1 
3 
5 
7 
9 
11 


GND 

+ 5 
+ 5 
+ 12 
-5 
GND 


Signal ground 
+ 5VDC 
+ 5VDC 
+12VDC 
-5VDC 
Signal ground 


2 
4 
6 
8 
10 
12 


GND 
+ 5 
+ 5 
+ 12 
-5 
GND 


Signal ground 
+ 5VDC 
+ 5VDC 
+12VDC 
-5VDC 
Signal ground 


13 
15 
17 
19 
21 
23 
25 


BCLK/ 

BPRN/ 

BUSY/ 

MRDC/ 

lORC/ 

XACK/ 

AACK/ 


BusClock 

Bus Priority In 

Bus Busy 

Memory Read Command 

I/O Read Command 

Transfer Acknowledge 

Advanced Acknowledge 


14 
16 
18 
20 
22 
24 
26 


INIT/ 

BPRO/* 

BREQ/ 

MWTC/ 

10 WC/ 

INH1/ 

INH2/ 


Initialize 

Bus Priority Out 

Bus Request 

Memory Write Command 

I/O Write Command 

Inhibit (disable) RAM 

Inhibit (disable) ROM 


27 
29 
31 
33 


BHEN/ 
CBRQ/** 
CCLK/ 
INTA/* 


Byte High Enable 
Common Bus Request 
Constant Clock 
interrupt Acknowledge 


28 
30 
32 

34 


ADR10/ 
ADR11/ 
ADR12/ 
ADR13/ 


Address 

Extension 

Lines 


35 
37 
39 
41 


INT6/ 
INT4/ 
INT2/ 
INTO/ 


Interrupt Requests 


36 
38 
40 
42 


INT7/ 
INT5/ 
INT3/ 
INT1/ 


Interrupt Requests 


43 
45 
47 
49 
51 
53 
55 
57 


ADRE/ 
ADRC/ 
ADRA/ 
ADR8/ 
ADR6/ 
ADR4/ 
ADR2/ 
ADRO/ 


Address Lines 


44 
46 
48 
50 
52 
54 
56 
58 


ADRF/ 
ADRD/ 
ADRB/ 

ADR9/ 
ADR7/ 
ADR5/ 
ADR3/ 
ADR1/ 


Address Lines 


59 
61 
63 
65 
67 
69 
71 
73 


DATE/ 
DATC/ 
DATA/ 
DATS/ 
DAT6/ 
DAT4/ 
DAT2/ 
DATO/ 


Data Lines 


60 
62 
64 
66 
68 
70 
72 
74 


DATF/ 
DATD/ 
DATB/ 
DAT9/ 
DAT7/ 
DAT5/ 
DAT3/ 
DAT1/ 


Data Lines 


75 
77 
79 
81 
83 
85 


GND 
-10 
-12 
+ 5 
+ 5 
GND 


Signal ground 
-10VDC 
-12VDC 
+ 5VDC 
+ 5VDC 
Signal ground 


76 
78 
80 
82 
84 
86 


GND 
-10 
-12 
+ 5 
+ 5 
GND 


Signal ground 
-10VDC 
-12VDC 
+ 5VDC 
+ 5VDC 
Signal ground 



Not implemented on IPB/IPC 
Only implemented on IPC 



E-2 



Intellec Series II 



Connector Pin Assignments 







Table E-2. 


IPB Signal DC Characteristics 




Signal Mnemonic 


Current Drive 


Current Load 


Type 


Termination 












Low (ioJ 


High(ioH) 


Low (l|L) 


HighdiH) 






AACK/ 


20mA 


N/A 


-4mA 


lOOpiA 


Open Collector 


370Qpullup 


ADR0/-ADR7/ 


24mA 


-15mA 


-0.5mA 


70mA 


Three-State 


2.2knpullup 


ADR8/-ADRF/ 


24mA 


-15mA 


-0.45mA 


30mA 


Three-State 


2.2kSpullup 


ADR10/-ADR13/ 


N/A 


N/A 


N/A 


N/A 


N/A 


2.2kSpullup 


BCLK/,CCLK/ 


60mA 


-3mA 


-0.5mA 


lOO/xA 


TTL 


220/330Q on backplane* 


BHEN/ 


N/A 


N/A 


N/A 


N/A 


N/A 


2.2kQpullup 


BPRN1/-BPRN9/ 


20mA 


-1mA 








TTL 


None 


BREQ1/-BREQ9/ 


N/A 


N/A 


-3.2mA 


80nA 


N/A 


IkQ pullup 


BUSY/ 


20mA 


N/A 





C 


Open Collector 


IkQpullup 


DAT0/-DAT7/ 


25mA 


-10mA 


-0.5mA 


80nA 


Three-State 


2. 2kQ pullup 


DAT8/-DATF/ 


N/A 


N/A 


N/A 


N/A 


N/A 


2. 2kS pullup 


INH1/ 


15mA 


N/A 


-1.6mA 


40(iA 


TTL 


IkQpullup 


INH2/ 


15mA 


N/A 








TTL 


IkQ pullup 


INIT/ 


60mA 


-3mA 








TTL 


None 


INT0/-INT7/ 


40mA 


N/A 


-0.2mA 


20f.<A 


Open Collector 


IkQpullup 


10RC/,I0WC/ 


32mA 


-2mA 


-0.45mA 


60mA 


Three-State 


IkQpullup 


MRDC/,MWTC/ 


32mA 


-2mA 


-1.6mA 


40mA 


Three-State 


IkQ pullup 


XACK/ 


20mA 


N/A 


-2mA 


50mA 


Open Collector 


510n pullup 



*A 150Q/100pF series RC termination network is also installed on the backplane. 



E-3 



Connector Pin Assignments 



Intellec Series H 



Table E-3 . IPC Signal DC Characteristics 



Signal Mnemonic 


Current Drive 


Current Load 


Type 


Termination 












Low(Iol) 


HighdoH) 


LOW(l|L) 


HighdiH) 






AACK/ 


16mA 


-5.2mA 


-0.4mA 


20f.A 


Three-State 


SIOQpullup 


ADRO/-ADRF/ 


32mA 


-5mA 


-0.4mA 


50mA 


Three-State 


2.2kQpullup 


ADR10/-ADR13/ 


N/A 


N/A 


-0.4mA 


20(.A 


N/A 


2.2kQpullup 


BCLK/,CCLK/ 


50mA 


-3mA 


-0.5mA 


lOOf^A 


TTL 


220/330a on backplane* 


BHEN/ 


N/A 


N/A 


-0.4mA 


20mA 


N/A 


2.2kQpullup 


BPRN1/-BPRN9/ 


20mA 


-1mA 








TTL 


None 


BREQ1/-BREQ9/ 


N/A 


N/A 


-3.2mA 


80(.iA 


N/A 


Ikfi pullup 


BUSY/ 


20mA 


N/A 








Open Collector 


1kS pullup 


CBRQ/ 


20mA 


N/A 








Open Collector 


IkQ pullup 


DAT0/-DAT7/ 


20mA 


-5mA 


-0.95mA 


230p(A 


Three-State 


2. 2kn pullup 


DAT8/-DATF/ 


20mA 


-5mA 


-0.25mA 


70f/A 


Three-State 


2. 2k52 pullup 


INH1/ 


48mA 


N/A 


-0.4mA 





Open Collector 


1kn pullup 


INH2/ 


48mA 


N/A 





N/A 


Open Collector 


IkQ pullup 


INIT/ 


48mA 


N/A 





N/A 


Open Collector 


2. 2kQ pullup 


INT0/-INT7/ 


40mA 


N/A 


-0.2mA 


20mA 


Open Collector 


IkQ pullup 


I0RC/,10WC/ 


32mA 


-2mA 


-0.2mA 


20mA 


Three-State 


IkQ pullup 


MRDC/,MWTC/ 


32mA 


-2mA 


-2mA 


50mA 


Three-State 


IkQ pullup 


XACK/ 


16mA 


-5.2mA 


-0.4mA 


20mA 


Three-State 


510Q pullup 



*A 150Q/100pF series RC termination network is also installed on the backplane. 



E-4 



Intellec Series II 



Connector Pin Assignments 





Table E-4. SERIAL CHI/ 11 Y Pin Assignments (Connector J2) 










Current Drive 


Current Load | 


Pin 


Signal 


Fiinctinn 










ruiiwiiuii 


Low(Iol) 


HiglidoH) 


Low(Iil) 


HighdiH) 


1 


PROTGND 


Protective Ground 










2 


RxD(RS232) 


Transmitted Data In 






-4mA' 


4mA* 


3 


TxD (RS232) 


Received Data Out 


6mA 


-6mA 






4 


RTS (RS232) 


Request to Send 


6mA 


-6mA 






5 


CTS (RS232) 


Clear to Send 






-4mA* 


4mA* 


6 


DSR(RS232) 


Data Set Ready 






-4mA* 


4mA* 


7 


GND 


Signal Ground 










8 




Not Used 










9 




Not Used 










10 




Not Used 










11 




Not Used 










12 


RxD (CURRENT LOOP) 


Transmitted Data In 






<100(jA(ON) 


>16mA(0FF) 


13 


TxD (CURRENT LOOP) 


Received Data Out 


>22mA(ON) 


<100hA(OFF) 






14 


TTY RDY 


Same as DSR (pin 6) 










15 


TxC 


Transmit Clock 










16 


DTR (CURRENT LOOP) 


Data Terminal Ready (Reader Control) 


<100mA(ON) 


>22mA(OFF) 






17 


RxC 


Receive Clock 






-4mA* 


4mA* 


18 




Not Used 










19 




Not Used 










20 


DTR (RS232) 


Data Terminal Ready 


6mA 


-6mA 






21 


DTR RET 


Reader control Return (to -1 2V) 










22 




Not Used 










23 




Not Used 










24 


RxD RET (CURRENT LOOP) 


RxD Return (to + 12V) 










25 


TxD RET (CURRENT LOOP) 


TxD Return (to -12V) 











Note: The required mating connector is a Cannon DEC-25P (or equivalent). 
*At 12.0 volts 



E-5 



Connector Pin Assignments 



Intellec Series II 



Table E-5. SERIAL CH2 Pin Assignments (Connector J3) 



Pin 


Signal 


Function 


Current Drive 


Current Load 


Low(Iol) 


HighdoH) 


Uow(Iil) 


HighdiH) 


1 


PROTGND 


Protective Ground 










2 


TxD 


Transmitted Data Out 


6mA 


-6mA 






3 


RxD 


Received Data In 






-1.7mA 


1.7mA 


4 


RTS 


Request to Send 


6mA 


-6mA 






5 


CTS 


Clear to Send 






-1.7mA 


1.7mA 


6 

7 
8 
9 


DSR 
GND 


Data Set Ready 
Signal Ground 
Unasslgned 
Not Used 






-1.7mA 


1.7mA 


10 




Not Used 










11 
12 


+12V 


+12V (requires jumper connection) 
Not Used 










13 




Not Used 










14 




Not Used 










15 


TxC 


Transmit Clock 






-1.7mA 


1.7mA 


16 




Not Used 










17 


RxC 


Receive Clock 






-1.7mA 


1.7mA 


18 




Not Used 










19 




Not Used 










20 
21 


DTR 


Data Terminal Ready 
Not Used 


6mA 


-6mA 






22 




Not Used 










23 

24 


-12V 
EXT TxC 


-12V (requires jumper connection) 
External Transmit Clock 


6mA 


-6mA 






25 


+6V 


+5V (requires jumper connection 











Note; The required mating connector Is a Cannon DEC-25P (or equivalent). 



E-6 



Intellec Series II 



Connector Pin Assignments 



Table E-6. PT PUNCH Pin Assignments (Connector J4) 









Current Drive 


Current Load 




Pin 


Signal 


Function 








Termination 
















Low dot) 


HighdoH) 


Low(I|l) 


HighdiH) 




1 


DATA TRACK 1/ 


Output Data Bit 1 


15mA 


-1mA 








2 


DATA TRACK 2/ 


Output Data Bit 2 


15mA 


-1mA 








3 


DATA TRACK 3/ 


Output Data Bit 3 


15mA 


-1mA 








4 


DATA TRACK 4/ 


Output Data Bit 4 


15mA 


-1mA 








5 


DATA TRACK 5/ 


Output Data Bit 5 


15mA 


-1mA 








6 


DATA TRACK 6/ 


Output Data Bit 6 


15mA 


-1mA 








7 


DATA TRACK 7/ 


Output Data Bit 7 


15mA 


-1mA 








8 


DATA TRACK 8/ 


Output Data Bit 8 


15mA 


-1mA 








9 




Not Used 












10 


DIRECTION 


Direction Control 










II^Qpullup 


11 


PUNC COMMAND/ 


Punch Command 


16mA 


-800nA 








12 


PUNCH READY/ 


Punch Ready 






-0.25mA 


40nA 


470Qpullup 


13 


SYSTEM READY/ 


System Ready 






-0.25mA 


40hA 


470Qpuilup 


14 


INPUT MODE SELECT 


Select Input Mode 










Ground 


15 


OUTPUT MODE SELECT 


Select Output Mode 










Ground 


16 


CHASSIS GND 


Chassis Ground 












17 


CHASSIS GND 


Chassis Ground 












18 


GND 


Ground 












19 




Not Used 












20 




Not Used 












21 




Not Used 












22 




Not Used 












23 


GND 


Ground 












24 




Not Used 












25 


GND 


Ground 













NOTE: *Siash (/) after signal mnemonic denotes that signal is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 



E-7 



Connector Pin Assignments 



Intellec Series II 



Table E-7. PT READER Pin Assignments (Connector J5) 









Current Drive 


Current Load 




Pin 


Signal 


Function 








Termination 
















Low(Iol) 


HighdoH) 


Low(Iil) 


HighdiH) 




1 


DATA TRACK 1/ 


Input Data Bill 






-0.25mA 


40nA 




2 


DATA TRACK 2/ 


Input Data Bit 2 






-0.25mA 


40mA 




3 


DATA TRACK 3/ 


Input Data Bit 3 






-0.25mA 


40mA 




4 


DATA TRACK 4/ 


Input Data Bit 4 






-0.25mA 


AOpiA 




5 


DATA TRACK 5/ 


Input Data Bit 5 






-0.25mA 


AO^x^ 




6 


DATA TRACK 6/ 


Input Data Bit 6 






-0.25mA 


40mA 




7 


DATA TRACK 7/ 


Input Data Bit 7 






-0.25mA 


40mA 




8 


DATA TRACK 8/ 


Input Data Bit 8 






-0.25mA 


40^^^ 




9 


DATA READY/ 


Data Ready 






-0.25mA 


AOtxA 


470Qpullup 


10 




Not Used 












11 


GND 


Ground 












12 


GND 


Ground 












13 


GND 


Ground 












14 


SYSTEM READY/ 


System Ready 






-0.25mA 


40hA 


470Qpullup 


15 




Not Used 












16 


DR/ 


Paper Tape Drive Right 


16mA 


-SOOjiA 








17 


DL/ 


Paper Tape Drive Left 


16mA 


-800nA 








18 




Not Used 












19 




Not Used 












20 




Not Used 












21 




Not Used 












22 




Not Used 












23 




Not Used 












24 


GND 


Ground 












25 


CHASSIS GND 


Chassis Ground 













NOTE: *Slash (/) after signal mnemonic denotes that signal Is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 
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Connector Pin Assignments 





Table E-8. LINE PRINTER Pin Assignments (Connector J6) 










Current Drive 


Current Load 




Pin 


Signal 


Function 






Termination 
















Low(Iol) 


HighdoH) 


Low(I|l) 


High(l|H) 




1 


DATA1 


Output Data Bit 1 


15mA 


-1mA 








2 


DATA 2 


Output Data Bit 2 


15mA 


-1mA 








3 


DATA 3 


Output Data Bit 3 


15mA 


-1mA 








4 


DATA 4 


Output Data Bit 4 


15mA 


-1mA 








5 


DATA 5 


Output Data Bit 5 


15mA 


-1mA 








6 


DATA 6 


Output Data Bit 6 


15mA 


-1mA 








7 


DATA 7 


Output Data Bit 7 


15mA 


-1mA 








8 


DATA 8 


Output Data Bit 8 


15mA 


-1mA 








9 


GND 


Ground 












10 


GND 


Ground 












11 


GND 


Ground 












12 


GND 


Ground 












13 




Not Used 












14 


LPT DATA STROBE/ 


Data Strobe 


16mA 


-SOOf^A 








15 


GND 


Ground 












16 


ACKNOWLEDGE / 


Data Acl<nowledge 






-0.25mA 


A0^^^ 


470Qpullup 


17 


BUSY/ 


Printer Busy 






-0.25mA 


A0^,^ 


470Qpullup 


18 




Not Used 












19 


LPT GTL 1 / 


Control Linel 


16mA 


-SOO^iA 








20 


LPTCTL2/ 


Control Line 2 


16mA 


-800t^A 








21 




Not Used 












22 


SELECT/ 

23 


Printer Select 
Not Used 






-0.25mA 


40(jA 


470Qpullup 


24 




Not Used 












25 


CHASSIS GND 


Chassis Ground 













NOTE: "Slash (/) after signal mnemonic denotes that signal is true when <0.4V. 
The required mating connector is a Cannon DEC-25P (or equivalent). 



E-9 



Connector Pin Assignments 



Intellec Series II 



Table E-9. UPP Pin Assignments (Connector J7) 



Pin 


Signal 


Function 


Current Drive 


Current Load 


Termination 
















Low(Iol) 


HighOoH) 


Low(Iil) 


HighdiH) 




1 


GND 


Ground 












2 


PPACK/ 


PROM Programmer Acl<nowledge 






-0.5mA 


80mA 


470npullup 


3 


PPRC1 / 


PROM Programmer Read Control Line 1 


16mA 


-800(jA 








4 


PPRCO/ 


PROM Programmer Read Control Line 2 


16mA 


-BOOnA 








5 


PRD7/ 


PROM Read Data Bit 7 






-0.25mA 


40mA 




6 


PRD6/ 


PROM Read Data Bit 6 






-0.25mA 


40mA 




7 


PRD5/ 


PROM Read Data Bit 5 






-0.25mA 


40mA 




8 


PRD4/ 


PROM Read Data Bit 4 






-0.25mA 


40mA 




9 


PRD3/ 


PROM Read Data Bit 3 






-0.25mA 


40hA 




10 


PRD2/ 


PROM Read Data Bit 2 






-0.25mA 


40hA 




11 


PRD1/ 


PROM Read Data Bit 1 






-0.25mA 


40):jA 




12 


PRDO/ 


PROM Read Data Bit 






-0.25mA 


40)jA 




13 


GND 


Ground 












14 


INIT/ 


Initialize 


16mA 


-800(:(A 








15 


PWD7/ 


PROM Write Data Bit 7 


15mA 


-1mA 








16 


PWD6/ 


PROM Write Data Bit 6 


15mA 


-1mA 








17 


PWD5/ 


PROM Write Data Bit 5 


15mA 


-1mA 








18 


PWD4/ 


PROM Write Data Bit 4 


15mA 


-1mA 








19 


PWD3/ 


PROM Write Data Bit 3 


15mA 


-1mA 








20 


PWD2/ 


PROM Write Data Bit 2 


15mA 


-1mA 








21 


PWD1/ 


PROM Write Data Bit 1 


15mA 


-1mA 








22 


PWDO/ 


PROM Write Data Bit 


15mA 


-1mA 








23 


PPWC2/ 


PROM Programmer Write Control Line 2 


16mA 


-800mA 








24 


PPWC1 / 


PROM Programmer Write Control Line 1 


16mA 


-800mA 








25 


PPWCO/ 


PROM Programmer Write Control Line 


16mA 


-800mA 









Note: 'Slash (/) after signal mnemonic denotes ttiat signal is true when <0.4V 
The required mating connector is a Cannon DEC-25P (or equivalent). 
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